Какой функционал ОС. Прочитайте определение ОС. Это всего лишь прокладка между железом и программами для упрощения написания этих самых программ. То что у вас есть какой-то рабочий стол это уже не ОС. Это отдельное приложение. Даже в Windows это не ОС а Explorer, который можно и не ставить при большом желании а работать в чем-то типа PowerShell.
По использованию обычный ПК, приехал сразу с Win11Pro на борту активированной. Охлаждение - никакое. Обычный 90мм вентилятор. Так что конкретно Minisforum-ы дополнительно нужно будет доводить до ума, вплоть до замены корпуса на что-то побольше. Хотя если видюшка не сильно используется, тобишь не игры и не какой-то 3D рендеринг, то сам процессор и не сильно греется.
Тем что декларативность это хорошо только в очень узких рамках. Вот сделали вы xml под одно разрешение, отдельно под другое и еще под несолько. Они у вас независимые, править можете раздельно. А декларировали на флуттере и бабах это все так коряво смотрится на другом устройстве. А на десктопе где окно можно изменять вообще как душе угодно все ползет, едет. И что начинается - пошла портянка тех самых if-ов какой виджет сейчас правльней впихнуть, а вот окно растянул теперь пусто стало, надо шрифт увеличить. А реальных размеров виджета то вы и не знаете, начинается везде сначала layoutBuilder чтобы узнать а какой у меня реальный размер сейчас и горы пересчета размеров шрифтов, иконок. И все это плодится и множится бесконечно.
Честно, понятия не имею какие у вас сложности вдруг возникали при необходимости сложных манипуляций и зачем вам всю форму рисовать сразу. Никогда не испытывал сложности в любую группу добавить новый элемент кодом или вынуть лишний динамически. Точно тот же list children-ов, что и во флуттере. Точно так же xml можно использовать только для создания разметки основных разделов а содержимое наполнять кодом. А можно и все полностью кодом создавать. И точно так же не будет titleIsVisible=false так как не будет и элемента. Просто используя такой подход получите опять же малоотличимые от флуттера портянки, в общем разницы особо никакой - шило на мыло.
Спасибо за ретроспективу. Только к чему она. Единственное относящееся к вопросу - " врапперы типа .NET WinForms, MFC или Qt, является вполне себе многопоточным", просто ложь. Все эти технологии используют Single UI Thread. Вы можете запустить какие-то потоки но обновлять UI можно только из основного. Если вы запустите новый Application.Run то это будет уже другой процесс, физически другое окно в системе. Ничем в общем то не отличающееся от запуска двух экземпляров приложения.
Еще раз повторюсь я не знаю ни одного тулкита (это такой набор, предоставляющий разработчику готовые наборы элементов) работающих в не Single Thread модели.
Нет не с 2009 года. Потому что на тот момент все страны имели долгосрочные контракты с Газпромом. Но начала активно разворачиваться в сторону СПГ. Строить новые терминалы, отказываться от продления контрактов с Газпромом.
То о чем вы пишите - это скорее про двустороннее связывание, это совсем другое.
В чем именно это другое? Уберите красивые слова "стейты", "декларативность "и прочие. Что у вас останется по факту - есть данные, есть описание gui. Когда где-то меняются данные вы либо в ручную говорите setState, либо за вас это делает какой-то builder. Никакой магии, никаких предсказаний о изменениях. Чистое ручное (в билдерах уже сдаланная за вас) уведомление движка - перерисуй. А что в случае "связывания"? Абсолютно то же самое, где-то есть data класс, в котором что-то изменилось и привязанные компоненты точно так же говорят движку - перерисуй меня. В чем конкретно разница, придумали новое имя "стейт" дата классу? Ну ладно, каждое новое поколение выдумывает новый сленг.
Где по неймингу сразу понятно какой файл за какую часть представления отвечает.
Это работает только в хелловрдах. Продолжим простой пимер - плеер. Обычная страничка - обложка, инфо о треке, полоса таймлайна, кнопки управления. И вот ничего из этого не принадлежит вашей странички. Все это общие виджеты которые находятся совсем в другом месте проекта, потому что на странице плейлиста они тоже нужны и на странице миниплеера и нечего плодить. И вот ваша страничка уже не линейная а простой column а вы полезли по куче-куче совсем других мест проекта искать и разворачивать десятки веток вашего "простого дерева" и на экране оно уже не помещается.
Ну т.е. да, вам никто не запрещает городить смесь бизнес логики и представления, как это и в 1с делалось
А я бы бил по рукам вот за эти domain, datа во flutter-е. После первых же пары месяцев игры в этот флуттер все разнес и все что не касается именно визуальщины сделал отдельными либами на чистом dart. В самом флуттере только ValueListenableBuilder-ы или StreamBuilder-ы. Позже это позволило очень просто закинуть мультимедию в другое хобби - лаунчер для китайской магнитолы в машине.
В данном случае мы меняем стейт, и на основании этого стейта уже представление полностью пересобирается
Да с чего вдруг это раньше не было? Ну расскажите чем эта гениальная новинка отличается от, ну как пример, Propety в JavaFX. Которые там есть аж 15 лет. По факту те же ValueListenableBuilder-ы флуттера это калька с подобных property-ей. Подписываются на изменения и реагируют на них. Ничего нового.
Тем что СПГ покупается как на рынке - нужна бочка, заказал купил. А трубопроводный контрактуется на десятилетия вперед. Чтобы у поставщика была уверенность в необходимости содержания трубопровода.
Да, но чтобы получить эту комьюнити лицензию вам нужно иметь сертификат 1С. А чтобы получить сертификат нужно изучить ее для подготовки к экзамену. Так что для начального ознакомления остается только версия для обучения.
Нет, не правильно. Есть совершенно бесплатная версия для обучения. В которой есть огромнейшая Справка. Эта справка содержит всю информацию которая раньше была в толстых книгах комплекта 1С. Там есть абсолютно все описание от параметров запуска до описания языка и всей объектной модели.
И что именно здесь многопоточное? Я не знаю ни одного стека где функции отрисовки, вызываемые явно или не явно, работали бы в несколько потоков. Какие-то части UI могут создаваться отдельными потоками/процессами но результат они отдают одному компоновщику а не напрямую дергают железо для обновления области видеопамяти. Так же и обмены сообщениями между системой и пользователем. Все системы имеют очередь куда попадают сообщения от системы и обрабатываются последовательно.
.. В шестом все это вместе объединяем и привязываем к бизнес логике, которая сама уже в седьмом файле ..
Ну вы сами то поняли какую "простоту" описали? Вместо одного места, где вы накидали компонентов, настроили привязки, настроили стиль у вас уже шесть файликов, о которых через месяц вы уже забудете. И когда что-то заходите поменять начнете метаться по окошкам в поисках заветных строчек. Я почитываю статьи которые тут выкладывают ребята из Surf, специализирующиеся на flutter. И у них это так застенчиво проскакивает "иногда сложновато в дереве найти нужный виджет".
Это же совсем не новинка. До массового перехода на xml и прочие внешние описания все GUI писали кодом. Совсем не просто так ушли на xml и подобное. Эта дичайшая смесь описания визуальной и безнес составляющей сразу отбрасывает возможность разделения ответственности. Где дизайнер может независимо от программиста набросать новые стили и скормить файлик без строчки кода. Тут он может только вам дать макетик а вы все это ручками полезете вбивать в свою кодовую базу.
Ничего технически сложного там не было
Потому и не было сложного что вся сложность уже обработана, лучшие паттерны собраны и заботливо скрыты от вас. Простая тривиальная система Склад - Номенклатура - Продажа - Отчет о продажах. Это пара недель писанины только GUI на чем угодно кроме 1С. И отдельная команда которая начнет думать как еще и backend писать. Если вы захотите это опровергнуть по сначала вспомните какие именно возможности сразу дает 1С-ный GUI. Там и фильтруемые, сортируемые как угодно списки и формы подбора и переходы из документов в карточки справочников и печатные формы и экспорт списков во внешние pdf, excell и прочее, прочее.
Я не знаю многопоточных UI тулкитов. Может быть имеется ввиду что-то типа SurfaceView из andoid или текстур directx или что-то еще. Но во всех известных мне вариантах другие процессы формируют кадр и отдают его в очередь основному потоку для компоновки в общий макет.
Прямо вот заведет отдельную книжечку "Выданные векселя" и туда впишет сумму. А когда уже придут за оплатой напишет в книжечки "Наличность" минус столько то, "Личные расходы" плюс столько то. Потому что Королева не примет объяснения что это было что-то не личное. Потом откроет третью книжечку "Выданные векселя" и там спишет такую же отрицательную сумму.
Векселя это официальный документ, который отразится как дебет счета 60 у того кто вексель выдал и кредит 60 у того кто дал. Но так как это средство оплаты то эти операции будут двойными со счетами за что дан вексель. Либо реализация товаров либо услуг. Крыши Жор никогда не отражались в бухгалтерии, пока они не стали официальными ЧОП-ами Жора и К. С этого времени операции как и полагаются обычные оплаты услуг по счетам.
Забалансовые счета не используют двойную запись. Это просто памятка для вас. Создадите счет какой-то и будете туда плюсовать "мои обещания". Чтобы в любой момент видеть сколько наобещали. Когда отдадите физически деньги из кассы (с личного кошелька) с двойной записью, то дополнительно сами спишите (или автоматизируете с помощью каких-то признаков автосписания) с этого забалансового счета такую же сумму. Ну и всегда можете увидеть то самое сальдо по этому счету, чтобы знать сколько еще наобещали.
Какой функционал ОС. Прочитайте определение ОС. Это всего лишь прокладка между железом и программами для упрощения написания этих самых программ. То что у вас есть какой-то рабочий стол это уже не ОС. Это отдельное приложение. Даже в Windows это не ОС а Explorer, который можно и не ставить при большом желании а работать в чем-то типа PowerShell.
Что интересно. В предложении "Не хочешь верить не верь" не нужна запятая. Можно выделить дефисом: " Не хочешь верить - не верь". Но не запятой.
Получается описанный выше навык "...не делать грамматических и пунктационных ошибок. Вообще.." поленились подключить :)
Себе брал вот такое Minisforum mini
По использованию обычный ПК, приехал сразу с Win11Pro на борту активированной. Охлаждение - никакое. Обычный 90мм вентилятор. Так что конкретно Minisforum-ы дополнительно нужно будет доводить до ума, вплоть до замены корпуса на что-то побольше. Хотя если видюшка не сильно используется, тобишь не игры и не какой-то 3D рендеринг, то сам процессор и не сильно греется.
Тем что декларативность это хорошо только в очень узких рамках. Вот сделали вы xml под одно разрешение, отдельно под другое и еще под несолько. Они у вас независимые, править можете раздельно. А декларировали на флуттере и бабах это все так коряво смотрится на другом устройстве. А на десктопе где окно можно изменять вообще как душе угодно все ползет, едет. И что начинается - пошла портянка тех самых if-ов какой виджет сейчас правльней впихнуть, а вот окно растянул теперь пусто стало, надо шрифт увеличить. А реальных размеров виджета то вы и не знаете, начинается везде сначала layoutBuilder чтобы узнать а какой у меня реальный размер сейчас и горы пересчета размеров шрифтов, иконок. И все это плодится и множится бесконечно.
Честно, понятия не имею какие у вас сложности вдруг возникали при необходимости сложных манипуляций и зачем вам всю форму рисовать сразу. Никогда не испытывал сложности в любую группу добавить новый элемент кодом или вынуть лишний динамически. Точно тот же list children-ов, что и во флуттере. Точно так же xml можно использовать только для создания разметки основных разделов а содержимое наполнять кодом. А можно и все полностью кодом создавать. И точно так же не будет titleIsVisible=false так как не будет и элемента. Просто используя такой подход получите опять же малоотличимые от флуттера портянки, в общем разницы особо никакой - шило на мыло.
Спасибо за ретроспективу. Только к чему она. Единственное относящееся к вопросу - " врапперы типа .NET WinForms, MFC или Qt, является вполне себе многопоточным", просто ложь. Все эти технологии используют Single UI Thread. Вы можете запустить какие-то потоки но обновлять UI можно только из основного. Если вы запустите новый Application.Run то это будет уже другой процесс, физически другое окно в системе. Ничем в общем то не отличающееся от запуска двух экземпляров приложения.
Еще раз повторюсь я не знаю ни одного тулкита (это такой набор, предоставляющий разработчику готовые наборы элементов) работающих в не Single Thread модели.
Нет не с 2009 года. Потому что на тот момент все страны имели долгосрочные контракты с Газпромом. Но начала активно разворачиваться в сторону СПГ. Строить новые терминалы, отказываться от продления контрактов с Газпромом.
В чем именно это другое? Уберите красивые слова "стейты", "декларативность "и прочие. Что у вас останется по факту - есть данные, есть описание gui. Когда где-то меняются данные вы либо в ручную говорите setState, либо за вас это делает какой-то builder. Никакой магии, никаких предсказаний о изменениях. Чистое ручное (в билдерах уже сдаланная за вас) уведомление движка - перерисуй. А что в случае "связывания"? Абсолютно то же самое, где-то есть data класс, в котором что-то изменилось и привязанные компоненты точно так же говорят движку - перерисуй меня. В чем конкретно разница, придумали новое имя "стейт" дата классу? Ну ладно, каждое новое поколение выдумывает новый сленг.
Это работает только в хелловрдах. Продолжим простой пимер - плеер. Обычная страничка - обложка, инфо о треке, полоса таймлайна, кнопки управления. И вот ничего из этого не принадлежит вашей странички. Все это общие виджеты которые находятся совсем в другом месте проекта, потому что на странице плейлиста они тоже нужны и на странице миниплеера и нечего плодить. И вот ваша страничка уже не линейная а простой column а вы полезли по куче-куче совсем других мест проекта искать и разворачивать десятки веток вашего "простого дерева" и на экране оно уже не помещается.
А я бы бил по рукам вот за эти domain, datа во flutter-е. После первых же пары месяцев игры в этот флуттер все разнес и все что не касается именно визуальщины сделал отдельными либами на чистом dart. В самом флуттере только ValueListenableBuilder-ы или StreamBuilder-ы. Позже это позволило очень просто закинуть мультимедию в другое хобби - лаунчер для китайской магнитолы в машине.
Да с чего вдруг это раньше не было? Ну расскажите чем эта гениальная новинка отличается от, ну как пример, Propety в JavaFX. Которые там есть аж 15 лет. По факту те же ValueListenableBuilder-ы флуттера это калька с подобных property-ей. Подписываются на изменения и реагируют на них. Ничего нового.
Тем что СПГ покупается как на рынке - нужна бочка, заказал купил. А трубопроводный контрактуется на десятилетия вперед. Чтобы у поставщика была уверенность в необходимости содержания трубопровода.
Потому что они введены очень, очень давно. Аж в 2009 году. Называются "Третий энергопакет ЕС".
Да, но чтобы получить эту комьюнити лицензию вам нужно иметь сертификат 1С. А чтобы получить сертификат нужно изучить ее для подготовки к экзамену. Так что для начального ознакомления остается только версия для обучения.
Нет, не правильно. Есть совершенно бесплатная версия для обучения. В которой есть огромнейшая Справка. Эта справка содержит всю информацию которая раньше была в толстых книгах комплекта 1С. Там есть абсолютно все описание от параметров запуска до описания языка и всей объектной модели.
И что именно здесь многопоточное? Я не знаю ни одного стека где функции отрисовки, вызываемые явно или не явно, работали бы в несколько потоков. Какие-то части UI могут создаваться отдельными потоками/процессами но результат они отдают одному компоновщику а не напрямую дергают железо для обновления области видеопамяти. Так же и обмены сообщениями между системой и пользователем. Все системы имеют очередь куда попадают сообщения от системы и обрабатываются последовательно.
Ну вы сами то поняли какую "простоту" описали? Вместо одного места, где вы накидали компонентов, настроили привязки, настроили стиль у вас уже шесть файликов, о которых через месяц вы уже забудете. И когда что-то заходите поменять начнете метаться по окошкам в поисках заветных строчек. Я почитываю статьи которые тут выкладывают ребята из Surf, специализирующиеся на flutter. И у них это так застенчиво проскакивает "иногда сложновато в дереве найти нужный виджет".
Это же совсем не новинка. До массового перехода на xml и прочие внешние описания все GUI писали кодом. Совсем не просто так ушли на xml и подобное. Эта дичайшая смесь описания визуальной и безнес составляющей сразу отбрасывает возможность разделения ответственности. Где дизайнер может независимо от программиста набросать новые стили и скормить файлик без строчки кода. Тут он может только вам дать макетик а вы все это ручками полезете вбивать в свою кодовую базу.
Потому и не было сложного что вся сложность уже обработана, лучшие паттерны собраны и заботливо скрыты от вас. Простая тривиальная система Склад - Номенклатура - Продажа - Отчет о продажах. Это пара недель писанины только GUI на чем угодно кроме 1С. И отдельная команда которая начнет думать как еще и backend писать. Если вы захотите это опровергнуть по сначала вспомните какие именно возможности сразу дает 1С-ный GUI. Там и фильтруемые, сортируемые как угодно списки и формы подбора и переходы из документов в карточки справочников и печатные формы и экспорт списков во внешние pdf, excell и прочее, прочее.
Я не знаю многопоточных UI тулкитов. Может быть имеется ввиду что-то типа SurfaceView из andoid или текстур directx или что-то еще. Но во всех известных мне вариантах другие процессы формируют кадр и отдают его в очередь основному потоку для компоновки в общий макет.
Прямо вот заведет отдельную книжечку "Выданные векселя" и туда впишет сумму. А когда уже придут за оплатой напишет в книжечки "Наличность" минус столько то, "Личные расходы" плюс столько то. Потому что Королева не примет объяснения что это было что-то не личное. Потом откроет третью книжечку "Выданные векселя" и там спишет такую же отрицательную сумму.
Векселя это официальный документ, который отразится как дебет счета 60 у того кто вексель выдал и кредит 60 у того кто дал. Но так как это средство оплаты то эти операции будут двойными со счетами за что дан вексель. Либо реализация товаров либо услуг. Крыши Жор никогда не отражались в бухгалтерии, пока они не стали официальными ЧОП-ами Жора и К. С этого времени операции как и полагаются обычные оплаты услуг по счетам.
Забалансовые счета не используют двойную запись. Это просто памятка для вас. Создадите счет какой-то и будете туда плюсовать "мои обещания". Чтобы в любой момент видеть сколько наобещали. Когда отдадите физически деньги из кассы (с личного кошелька) с двойной записью, то дополнительно сами спишите (или автоматизируете с помощью каких-то признаков автосписания) с этого забалансового счета такую же сумму. Ну и всегда можете увидеть то самое сальдо по этому счету, чтобы знать сколько еще наобещали.
Нет. Вы можете создать так называемый "забалансовый счет". Но это только чтобы вести заметки для себя. На таких счетах не ведут двойную запись.