https://www.opennet.me/openforum/vsluhforumID3/51420.html Вышел релиз Mono 2.4 (http://www.mono-project.com/Release_Notes_Mono_2.4), свободной реализации технологии .NET, реализующей поддержку спецификаций .Net Framework 2.0 и Microsoft Windows Forms 2.0 API. Одновременно объявлено о выходе интегрированной среды MonoDevelop 2.0 (http://www.monodevelop.com/Download/MonoDevelop_2.0_Released), предназначенной для разработки в Linux и Mac OS X приложений с использованием языка C# и технологий .NET. Среду MonoDevelop можно использовать для разработки десктоп и ASP.NET web-приложений, а также для портирования под Linux .NET программ, созданных в Visual Studio.<br><br><br>Из новшеств MonoDevelop 2.0 можно отметить:<br><br><br><br>- Улучшение системы управления проектами: Перевод системы сборки на использование MSBuild в качестве базового формата для оформления проектов, что позволило значительно улучшить степень переносимости проектов между MonoDevelop и Visual Studio 2008. Поддержка старого формата mdp сохранена. Реализована новая модель организации взаимодействи...<br><br>URL: http://www.mon https://www.opennet.me/openforum/vsluhforumID3/51420.html#26 Thu, 02 Apr 2009 05:40:12 GMT &gt;в памяти? сколько читал про него, ниразу про память не писали. <br><br>возможно я не так выразился. вот основная цель проекта:<br>SQLite is a in-process library that implements a self-contained, serverless, zero-configuration, transactional SQL database engine. The code for SQLite is in the public domain and is thus free for use for any purpose, commercial or private. SQLite is currently found in more applications than we can count, including several high-profile projects.<br>SQLite is an embedded SQL database engine. Unlike most other SQL databases, SQLite does not have a separate server process. SQLite reads and writes directly to ordinary disk files. A complete SQL database with multiple tables, indices, triggers, and views, is contained in a single disk file. The database file format is cross-platform - you can freely copy a database between 32-bit and 64-bit systems or between big-endian and little-endian architectures. These features make SQLite a popular choice as an Application File Format. Think of SQLite no https://www.opennet.me/openforum/vsluhforumID3/51420.html#25 Thu, 02 Apr 2009 05:37:52 GMT &gt;Переносить на linux не собрались (и врят ли будем), но изучая вопрос о переходе на опенсорс видно что наша система становится практически единственным 'узким местом'. <br><br>и такой останется. не с целью обидеть, но это моё мнение.<br>подобную картину наблюдаю с 95 года... меняются названия технологий, а картина та же.<br>и у меня это шло до тех пор, пока не изменился сам, свой собственный менталитет и подход.<br>в общем пока не о чем говорить.<br> https://www.opennet.me/openforum/vsluhforumID3/51420.html#24 Thu, 02 Apr 2009 00:15:11 GMT &gt;.NET + студия вообще то очень легкая для изучения среда <br><br>Ага.Поэтому программы писанные не этом обычно оставляют очень удручающее впечатление - их обычно пишут абы как те кто вчера освоил эту самую студию.Результат понятен.Дотнет и так не пушинка а в таких руках и вовсе превращается в дикий ужас.Такое могут сожрать бизнес-хрены которым главное чтобы вчера было готово.Остальным такое не больно то нужно.<br><br>&gt;для разработки небольших программ, <br><br>Ага, а потом "небольшой" программе надо всего полгига рантайма поставить, что немного так занимает всего какой-то час времени и не всегда заканчивается успехом.Небольшие такие программы, да.Как в ералаше про часы - маленькие часы с телевизором.Зато какие большие чемоданы батареек к ним в комплекте...<br> https://www.opennet.me/openforum/vsluhforumID3/51420.html#23 Thu, 02 Apr 2009 00:08:07 GMT &gt;такого легкого средства для организации данных в памяти и <br>&gt;средства для ее выноса 'наружу' (БД, файлы, сетевые коммуникации) я не <br>&gt;видел.<br><br>Угу.В результате понятно кто на этом будет писать.А вы уверены что такие программы всем позарез нужны?И что эти программы прямо уж так позарез нужно переносить из виндов?Как по мне так пусть тормозные монструозные программы стартующие по 2 минуты для работы которых надо к тому же час ставить последний дотнет засирающий диск полугигом хлама и жрущие память в опупительных количествах лучше уж пусть под виндой и остаются.Пусть юзеры в винде таким софтом "наслаждаются".Я с ним в винде нагеморроился (с точки зрения администрирования систем с оным), спасибо.Еще в линухе этой срани не хватало...<br> https://www.opennet.me/openforum/vsluhforumID3/51420.html#22 Wed, 01 Apr 2009 18:32:09 GMT &gt;вот полноценная б/д в памяти проверенная не одним приложением <br>&gt;http://www.sqlite.org/quickstart.html <br>&gt;http://www.sqlite.org/cintro.html <br><br>в памяти? сколько читал про него, ниразу про память не писали. + первое что я про sqlite искал 0 производительность, заявлена очень низкая скорость записи (высокая эффективность только на пакетную запись). Как средство хранения данных и быстрого к ним доступа - идеальный вариант, а вот как средство для работы с данными в памяти (динамически изменяемой или сложной структуры) не подойдет точно.<br><br>&gt;&gt;для ее выноса 'наружу' (БД, файлы, сетевые коммуникации)<br>&gt;а зачем? вернее так - я ни разу не видел необходимости в <br>&gt;такой унификации.. для каждой цели есть свои инструменты. быстрые, надёжные, проверенные. <br><br>Если я, к примеру, пишу миниатюрную программу, работающую с данными (конвертация данных из одной системы в другую), мне необходимы средства, позволяющие быстро написать графический интерфейс, код для копошения в данных (статистика+преобразования). в 90% случаев получ https://www.opennet.me/openforum/vsluhforumID3/51420.html#21 Wed, 01 Apr 2009 18:16:32 GMT &gt;а что собрались переносить? <br>&gt;ну хоть чуть-чуть... для примера так сказать. <br><br>Ну елки палки, конечно же локальные системы документооборота.<br><br>Переносить на linux не собрались (и врят ли будем), но изучая вопрос о переходе на опенсорс видно что наша система становится практически единственным 'узким местом'.<br><br>.NET + студия вообще то очень легкая для изучения среда для разработки небольших программ, в основном разнообразные интерфейсы управления (удобно GUI программируется).<br><br>Да конечно, по отдельности и ORM системы есть лучше, и базы данных в памяти круче/быстрее/многофункциональнее и дизайнеры интерфейсов есть продуманней и удобнее... но вот попробуйте найти, где это есть все вместе и интегрированней друг с другом. Очень надеюсь что есть, больше двух лет работаем со студией, многим недовольны (лично я). Посоветуйте что-нибудь.<br><br>Очень нравится возможность автоматической генерации кода для работы с БД (на самом деле для себя написали средства, расширяющие возможности штатного генератора DataSet + гене https://www.opennet.me/openforum/vsluhforumID3/51420.html#20 Wed, 01 Apr 2009 15:58:27 GMT DekiWiki ничего так проект на моно.<br> https://www.opennet.me/openforum/vsluhforumID3/51420.html#19 Wed, 01 Apr 2009 11:34:12 GMT &gt;DataSet это вообще почти полноценная БД в памяти, а генераторы создают удобный класс-прослойку, который автоматически используется при дизайне для привязок (Bindings) с элементами интерфейса.<br><br>вот полноценная б/д в памяти проверенная не одним приложением<br>http://www.sqlite.org/quickstart.html<br>http://www.sqlite.org/cintro.html<br>&gt;для ее выноса 'наружу' (БД, файлы, сетевые коммуникации)<br><br>а зачем? вернее так - я ни разу не видел необходимости в такой унификации.. для каждой цели есть свои инструменты. быстрые, надёжные, проверенные.<br>единственное объяснение - это когда часть кода закрыта и между ними нужен интерфейс, а чтобы не путаться (исходников то нет) этот интерфейс должен быть максимально универсальным. вот так и появились com, dcom,...<br>опять же если сильно хочется, то чем например qt не вариант?..<br>гораздо многоплатформенней :-), да ещё и быстрее<br>http://doc.trolltech.com/4.5/<br>http://doc.trolltech.com/4.5/qsqldatabase.html<br> https://www.opennet.me/openforum/vsluhforumID3/51420.html#18 Tue, 31 Mar 2009 21:30:00 GMT а что собрались переносить?<br>ну хоть чуть-чуть... для примера так сказать.<br>