I could go either way on braces, but tabs? Spaces provide the most flexibility.
// no doing this with tabs
bool X::operator==(const X& rhs) const {
return y == rhs.y
&& z == rhs.z;
}void thisIsHowYouDoIt (int oh, int yeah) {
print "there is no other way"
}void thisIsHowYouDoIt( int oh, int yeah )
{
print "there is no other way"
}
edited your code to have tabs instead of spaces. If this was an ide, the width would be the same (because you set your tab viewing width to be whatever you want). Tabs to indent, spaces to align.
int SuperFunctionEX(string param1, int param2)
{
int lol = 3;
return lol * 4;
}var Modulator = (function() {
var haha = 4;
return {
Foo: function(win) {
return haha * win;
}
};
}());
ContactList cL = new ContactList("src\\contacts.txt");public ContactList()
{
}If I use Eclipse, which I don't like, I do just let it format the code for me when I'm done with writing things. (CTRL+SHIFT+F, I believe.)
It's been a mediocre experience all together, but any reason why you say this?
I presume you're referring to just using push_back repeatedly on the vector? You know you can just reserve the space from the start, exactly as you would with a dynamically allocated array? vector provides convenient ways of appending which do have an additional cost, but you don't pay for them if you don't use them.
To my knowledge, writing a plugin for Unity just involves creating a .dll and using interop stuff in the C# scripts. The real trick is someone being proficient in C++ and having some experience with Win32 stuff to create that .dll.
Thanks guys for the responses. Hopefully my local bookstore has each of them and I can give each a try. Then choose which clicks for me. That free one is looking good about now though since I'm a bit tight on cash lol.
#include <list>
#include <algorithm>
#include "p6.h"
unsigned p6(std::list<unsigned> & factors, const unsigned repeats){
int repeatedValue;
int product=1;
std::list<unsigned>::iterator it;
it = std::adjacent_find (factors.begin(), factors.end());
if (it!=factors.end()){
repeatedValue=*it;
it = factors.erase(it);
it = factors.erase(it);
}
product = product*repeatedValue;
return product;
}I don't like coding in Java to start off with (I feel like I'm asking if I can do stuff, instead of just doing stuff like in C++), putting all the Android stuff on top of that just made things worse. I also didn't like using the SDK, it likes to give weird errors for no reason, I found. When it works, it's great, but I just find myself fighting against more often than not.d[-_-]b;54848976 said:
I hope that link contains some stuff to get you going. Since you need to find the product of the removed numbers, you're going to have to do more than just what unique does... but your algorithm should be similar.
This might still be beyond my skill level, but is that viable? Can I compile some sort of .exe that opens both a Unity game and a non-windowed .NET application beside it, with one piping in data to another?