Краудсорсовый GUI. Открытое бета-тестирование. - страница 27
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Никуда он не уходит! Взаимодействие между двумя логиками все равно строить нужно. View не существует сам по себе. Часть его элементов всегда биндится с переменными и/или объектами самой модели приложения.
Ты все правильно говоришь по всем вопросам, Алексей. Есть только одна проблема - ты не узнаешь "ту же Федору, в другом сарафане" в отношении обьектов и подхода в целом.
Поживем - увидим. Пока я вижу грубейшую подмену понятий. Вывернуты наизнанку все концепции программирования последних лет.
Но подождем результат, не будем рубить сгоряча.
Поживем - увидим. Пока я вижу грубейшую подмену понятий. Вывернуты наизнанку все концепции программирования последних лет.
Но подождем результат, не будем рубить сгоряча.
Ну, а если результат оправдает выверт общепринятых концепций, что тогда?
Странный вопрос.Ты сам то чего ожидаешь?
Я то на 100% уверен что не оправдает...
Странный вопрос.Ты сам то чего ожидаешь?
Я то на 100% уверен что не оправдает...
Петр, весьма интересная у тебя реакция, как говорится "и тут Остапа понесло". Чувствуются нотки каких-то детских примитивных обид. Но на что?
Я просто написал что я не верю в то, что выверт общепринятых концепций оправдает результат.
Если я верно понимаю ты пытаешься разработать не обособленную систему, а инструментарий для других... программистов.
Но ведь другие программисты, потенциальные потребители твоего продукта уже на текущем этапе говорят: Петр - это не правильно! Ты же в ответ говоришь: "да вы ребята все недалекие, вы нихрена не разбираетесь в программировании и придумали себе как-то ОПП и классы! А все на самом деле проше и делается легко на ассемблере. Вот закончу свою продукт и научу вас новым правилам программирования, а то все в песочнице играете и не видите дальше своего носа!"
Как-то так все это звучит.
Но ты не понимаешь главного: те, кто по твоей задумке будет пользоваться твоим продуктом, совершенно иначе воспринимают программирование и понятие "объект", событийную модель, подписки на события, наследование и так далее.Людям будет весьма сложно из общепринятых парадигм переключаться на единичный продукт с какими-то вывертами.
Да, я уверен что сам редактор у тебя получится просто превосходным, тут нет никаких сомнений. Как обособленный продукт он может вызывать уважение и им даже можно будет поиграться как конструктором. Но изучать что-то новое типа "языка разметки" только для подключения GUI к своему коду - это будет нерентабельно.
Ты проделал очень большую работу по созданию графического конструктора. Обрати внимание что абсолютно все тебя поддерживают в этом направлении.
И практически все тебе говорят: Петр, все это будет пользоваться спросом если ты все перепишешь на ООП. Но ты упорно не слышишь. Видимо ты создаешь продукт строго для удовлетворения своего эго, а не для других пользователей, чьи интересы ты откровенно и открыто игнорируешь.
Ну а касаемо русского языка, то ты и тут не являешься первопроходцем. Российская компания 1С уже давно разработала язык, программирование на котором ведется в основном на русском языке.