За что я еще ненавижу Visual Studio
Редактор GUI в ней дичайше кривой, выход его - еще более кривой.
Конкретно, мелкое редактирование GUI приводит к дикому переколбашиванию кода типа Form.Designer.cs что делает малореальным отслеживание и слияние изменений с помощью систем контроля версий и вообще любых текст-ориентированных инструментов.
Конкретно, мелкое редактирование GUI приводит к дикому переколбашиванию кода типа Form.Designer.cs что делает малореальным отслеживание и слияние изменений с помощью систем контроля версий и вообще любых текст-ориентированных инструментов.
no subject
Он гораздо кошернее в version control IMO. И писать прямо в нем - полный цимес, intellisense и постоянная синхронизация с design window.
Windows.Forms уже как бы почти что legacy :)
Но если уж застряли там и у вас действительно столько controls, что требуется слияние и постоянный контроль версий, то можно делать отдельные безбордюрные формочки и штамповать их на основное диалоговое окно. Разделяй и властвуй.
no subject
no subject
Первое - лишь обёртка API, спроектированного в начале 80-х.
В WPF всё с нуля и более логично.
no subject
no subject
;-)
no subject
no subject
Я сам кодом, конечно, генерил. Для моей скромной одноюзеровой утилиты статические формы не подошли.
Но в WPF, в духе времени lol.
Другой же мой коллега вообще начал рендерить диалоги в browser control и слать от них notifications в типо внутренний сервер. Грозился все свои диалоги заменить этак вот.
Кто во что горазд. Флеймов видал кучу, идеального GUI Framework - нет.
Qt не изучал, а было бы неплохо...
no subject
no subject
no subject
О чём тогда весь этот разговор?? ;-)
no subject
Я лично предпочитаю уж тогда HTML/Javascript. Всунул какой нибудь Ext или Dojo и - веселись, мужичина! (ц)
no subject
no subject
nivanych вот рекомендует ruby/tk... стоит ли мне делать обрезание и записываться в послушники?
no subject
no subject
tk -- хорош. Да, проблемы есть -- это не отменяет. Точнее, ничего лучшэ в общем не придумали.
no subject
no subject