Даниил Демидко: Размер стека ограничен, второе, использовать небезопасный код, ну и размещение одного объекта не сделает приложение быстрее. Такая задача весьма нетривиальная, и решение каждый раз разное. Но считать это даже несущественным ограничением (а это ограничение всех управляемых языков) я бы не стал.
Ваша неявность, это спецификация языка, и там ясно сказано - значимые стек, ссылочные - куча, плюс эта неявность описывается в любой книге (да, а С++ вообще мега язык, который не даст вам выстрелить в ногу). А зачем вам выбирать, где вам размещать ваш объект? Приведите ради интереса пример, где есть необходимость создать ссылочный тип на стеке (и это возможно) или значимый в куче (и это возможно)? Вы бы еще написали, что невозможно самому рулить выделением и высвобождением памяти, вроде бы плюс, но минус.
HudiDudi: Я даже скажу вам больше, MS купили Xamarian. для разработки каких продуктов вы хотите использовать C#? Если десктоп, то только умирающий WinForms, WPF еще долго не запилят. А вообще есть Qt.
Free_ze: по ссылочке выше явно написано, если вы не используете для разработки открытого ПО или академических исследований, и вы не являетесь предприятием, то данное ПО могут одновременно использовать до 5 ваших пользователей, являющихся физическими лицами, для разработки и тестирования приложений.
«Предприятие» — это любая организация и ее аффилированные лица, которые совместно имеют (а) более 250 компьютеров или пользователей либо (б) годовой доход более 1 млн долларов США.
в принципе, небольшая конторка, или стартап могут без проблем использовать даже для продажи ПО
Николай Маев: А я разве сказал, что оно разделено, вот как раз по вашим ссылочкам и написано, что .Net Core изначально модульным разработан, те, в MS разделили .Net на саму среду исполнения (хорошо, согласен, у MS не фигурирует слово ядро) и фреймфорки. Теперь .Net Core можно ставить из Nuget (как и саму среду исполнения, так и фреймворки), и распространять вместе с приложением. Смысл такого разделения был, чтобы сделать среду исполнения полностью кроссплатформенной. Судя, это ваши знания поверхностны, раз вы путаете ASP.Net Core (который кстати может работать и с обычным .Net 4.5, 4.6), CoreCLR. Согласен, многие вещи были написаны в CoreCLR c нуля, однако RyuJIT и GC перекочевали из 4.6 полностью.
Николай Маев: CoreCLR не писан с нуля, CoreCLR, это выделенное ядро .Net, писаны с нуля ASP.Net 5 и EF7. Стабильность RC это не мои фантазии, проект открытый, исследованный. Так как ASP.Net открытый проект, ошибки будут правиться очень быстро, по крайне мере судя по issues на гитхабе, разработчики оперативно реагируют на замечания. Ну и еще раз, речь шла не о применении на продакшене, лишь о изучении. В версии финал, будет достаточно стабильным, ибо в этом очень заинтересованны в MS, учитывая сколько внимания они привлекают к данной платформе, даже не удивлюсь, если в MS делают сами проект на core, для показательности.
Николай Маев: 1. Ну он уже RC, а это о многом говорит. 2. Речь шла о изучении, а не применения в продакшене, так что минус свой, себе заберите. 3. RC уже достаточно стабилен, API менятся уже не будет, и как раз можно осваивать на нем разработку и начинать какие то проекты, до финала осталось совсем немного. Как раз когда выйдет финал, уже основы будут, и можно будет в продакшн пускать.
Дмитрий Ковальский: Просто, хочется понять, почему прямо ПЛОХО!!!!. Не заметил постоянной правки исходных кодов, и возвращения к заранее написанному и оттестированному коду.
Дмитрий Ковальский: Это не только я так считаю. Использовать DAL из-за призрачной возможности смены провайдера данных, только лишняя работа. У меня будет работа только с БД. Для тестирования есть InMemory Provider, зачем лишний код? Писать по паттерну, ради паттерна?
Tsiren Naimanov: Ну MVC4 то, точно устарел. Core это не новая ветвь, это конкретное развитие, эволюция. Все ASP.Net 4 (MVC 5 и WebForms, не будут больше развиваться, максимум серьезные уязвимости будут закрываться ближайшее время). Так как сейчас MS его продвигает, то будет, очень даже скоро. Особенно в новых проектах.
