Вы можете сделать это с помощью памяти кучи (через вызов malloc () ), как и другие ответы, описанные здесь, но вы всегда должны управлять памятью (используйте функцию free () каждый раз, когда вы вызываете свою функцию). Вы также можете сделать это со статическим массивом:
char* returnArrayPointer()
{
static char array[SIZE];
// do something in your array here
return array;
}
Вы можете использовать его, не беспокоясь об управлении памятью.
int main()
{
char* myArray = returnArrayPointer();
/* use your array here */
/* don't worry to free memory here */
}
В этом примере вы должны использовать статическое ключевое слово в определение массива, чтобы установить продолжительность жизни массива в приложении, поэтому он не будет уничтожен после оператора return. Разумеется, таким образом вы занимаете байты SIZE в своей памяти на весь срок службы приложения, поэтому его размер будет правильным!
@maz Это зависит, что Ваше приложение собирается сделать, его период времени, его критичность, и т.д.
Первый, я поощрил бы Вас бездельничать с обоими. Ни один не лучше или хуже, чем другой в целом, они отличаются, и у каждого есть значительные достоинства и недостатки, которые необходимо рассмотреть.
На данном этапе ASP.NET MVC более зрел и имел больше тестеров и глазных яблок, смотрящих на него. Таким образом, если бы Вы делаете какой-либо вид серьезного проекта (т.е. Вы становитесь оплаченными его), я поощрил бы Вас, в этой точке, использовать ASP.NET MVC, когда это собирается "поставляться" раньше и более поддерживаться.
( ОБНОВЛЕНИЕ [26 февраля 2011]): FubuMVC теперь используется несколькими компаниями и командами в зрелых, производственных приложениях, которые имели несколько главных выпущенных версий на основе FubuMVC. В то время как документации все еще недостает несколько, качество платформы теперь хорошо устанавливается как достойное производства)
при запуске проекта хобби (т.е. персональный блог, персональный фотоальбом / фотоальбом семьи, и т.д.) тогда я пригласил бы Вас брать FubuMVC и начинать играть с ним. Следует иметь в виду, что эта точка, это - в основном мое хобби, Jeremy и немногие другие, таким образом, нет никаких гарантий на временной шкале и т.д. Об этом действительно публично не объявили (это просочилось, что бы там ни было), таким образом, еще не было лавинной рассылки вкладов. Я надеюсь, как это назревает, и мы добираемся до первого этапа, тогда объявляют о нем широкому, широкому миру, вклады будут подъем.
В конце, с помощью любого, вероятно, поощрит лучшие методы разработки, скажем, ASP.NET WebForms и знакомящийся с тем облегчит для Вас брать другой скорее быстро.
Это действительно сводится к критичности проекта, Вы продолжаете работать, поэтому выберите ответственно.
Я не использовал Fubu Mvc, но просто посмотрел на него. Это не закончено, но я мог бы использовать его при неравнодушной перезаписи существующего невеб-проекта winforms. Asp. Сетевой Mvc для веб-проектов только.
Кажется, что основное различие - то, что FubuMVC реализует Фронтальный контроллер шаблон.
, Если бы ASP.NET MVC еще не готов к прайм-тайму (это в бета-версии), я сомневался бы, что FubuMVC был бы готов, так как это - своего рода ветвление от первого.
парни позади FubuMVC довольно хороши, хотя, Chad Myers и Jeremy D. Miller очень уважают среди сообщества и очень активных членов ALT.NET. Но так Phill Haack, Scott Hanselman& Co, парни позади ASP.NET MVC.
, Если бы Вы просто хотите начать, я рекомендовал бы ASP.NET MVC, потому что он имеет больше людей и ресурсов позади него, и пойдите для Fubu, если Вам не нравится то, что Вы видите.
Ссылка подкаста от Jan, 13-го Пасущийся Код FubuMVC