Бинарный был основным, но вечно глючил и ломался. Текстовый безбожно тормозил (нелинейное замедление от размера файла), но был относительно предсказуем и стабилен (и его можно было положить в систему хранения версий (не то чтобы совсем хорошо, но хоть как-то работало по сравнению с бинарным)).
А внутри там было закодированное дерево, очень похожее даже не на байт-код, а на шитый код. Текстовое представление было соответственно каким-то экспортным форматом.
Но софт от железа отличается в первую очередь тем, что легко меняется и купив его сегодня, уже завтра можно получить улучшения за уже уплаченные деньги. С осциллографом так не прокатит, если ручка железная, а надписи шелкографией.
Это я к чему -- знаю ребят, абсолютно уверен, что там не "не подумав", а "не влезло по срокам, отложено на следующий мажор". И почти уверен, что там прямо сейчас рядом есть API чтобы самому закрутить шкалу как тебе хочется.
Не хочу оправдывать совсем тупую реализацию, но да -- задача что-то расставить автоматом чтобы мясным мешкам потом было удобно или хотябы не сильно бесило -- очень сложная задача. Начиная с постановки и определения значения слова "удобно".
... нужно просто взять тулзню с github-а, натравить её на свой WinForms проект и дальше дорабатывать надфилем. Надфилей понядобится немало, но сильно меньше, чем без тулзни.
TLDR: тулзня делает:
• Создание набора файлов «View – ViewModel» • Извлечение ресурсов локализации • Извлечение картинок из ресурсов WinForms приложения • Размещение (layout) контролов в процессе миграции. • Создание свойств View-модели и их привязка к View
Меня зовут Алексей и я 20 лет проработал в компании DevExpress.
Эта компания известна как раз тем, что на протяжении многих лет успешно зарабатывала на кастомных контролах.
И всякий раз при выводе на рынок новой линейки контролов обязательно приходили товарищи, которые рассказывают, что линейка кастомных контролов не нужна, что всё уже есть и легко кастомизится для всех возможных нужд. Так было и с VCL и с WinForms и... вообще всегда.
А чуть позже (если конечно контролы получались хорошими и давали людям то, что стандартные контролы и конкуренты не давали) -- приходили клиенты с деньгами.
И те и другие были правы. Тем кому не нужно ничего сверх того что предоставляют стандартные и бесплатные контролы правы в том, что им не нужно то что им не нужно. Те кто видят ценность в продвинутых контролах -- голосуют деньгами и тоже правы.
Получится ли у ребят сделать ценность? Подождём-узнаем. Но то, что Эремексовкие CAD-ы портировать на стандартные контролы не получилось, а на эти удалось -- внушает мне оптимизм.
О да! Там было два формата. Бинарный и текстовый.
Бинарный был основным, но вечно глючил и ломался. Текстовый безбожно тормозил (нелинейное замедление от размера файла), но был относительно предсказуем и стабилен (и его можно было положить в систему хранения версий (не то чтобы совсем хорошо, но хоть как-то работало по сравнению с бинарным)).
А внутри там было закодированное дерево, очень похожее даже не на байт-код, а на шитый код. Текстовое представление было соответственно каким-то экспортным форматом.
Как вспомню, так вздрогну. Не надо так.
О да, знакомая боль...
Но софт от железа отличается в первую очередь тем, что легко меняется и купив его сегодня, уже завтра можно получить улучшения за уже уплаченные деньги. С осциллографом так не прокатит, если ручка железная, а надписи шелкографией.
Это я к чему -- знаю ребят, абсолютно уверен, что там не "не подумав", а "не влезло по срокам, отложено на следующий мажор". И почти уверен, что там прямо сейчас рядом есть API чтобы самому закрутить шкалу как тебе хочется.
Не хочу оправдывать совсем тупую реализацию, но да -- задача что-то расставить автоматом чтобы мясным мешкам потом было удобно или хотябы не сильно бесило -- очень сложная задача. Начиная с постановки и определения значения слова "удобно".
... нужно просто взять тулзню с github-а, натравить её на свой WinForms проект и дальше дорабатывать надфилем. Надфилей понядобится немало, но сильно меньше, чем без тулзни.
TLDR: тулзня делает:
• Создание набора файлов «View – ViewModel»
• Извлечение ресурсов локализации
• Извлечение картинок из ресурсов WinForms приложения
• Размещение (layout) контролов в процессе миграции.
• Создание свойств View-модели и их привязка к View
Здравствуйте!
Меня зовут Алексей и я 20 лет проработал в компании DevExpress.
Эта компания известна как раз тем, что на протяжении многих лет успешно зарабатывала на кастомных контролах.
И всякий раз при выводе на рынок новой линейки контролов обязательно приходили товарищи, которые рассказывают, что линейка кастомных контролов не нужна, что всё уже есть и легко кастомизится для всех возможных нужд. Так было и с VCL и с WinForms и... вообще всегда.
А чуть позже (если конечно контролы получались хорошими и давали людям то, что стандартные контролы и конкуренты не давали) -- приходили клиенты с деньгами.
И те и другие были правы. Тем кому не нужно ничего сверх того что предоставляют стандартные и бесплатные контролы правы в том, что им не нужно то что им не нужно. Те кто видят ценность в продвинутых контролах -- голосуют деньгами и тоже правы.
Получится ли у ребят сделать ценность? Подождём-узнаем. Но то, что Эремексовкие CAD-ы портировать на стандартные контролы не получилось, а на эти удалось -- внушает мне оптимизм.