Мой подход. Ядро - Движок. - страница 65
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Хорошо. Но, -
1. не реализовано программное изменение состояния элементов.
2. Не выложен код ДЛЛ.
Вы не выложили код своего самовара движка ядрёного. К чему тогда претензии что вам не дали его тоже?
Вы не выложили код своего самовара движка ядрёного. К чему тогда претензии что вам не дали его тоже?
А, типа секретная технология. Ну ладно.))
Ну, и в чем смысл? Я же говорил, что каждый сам будет голову ломать, как это сделать.
А у меня все ясно и понятно...
Речь о состояниях элементов: нажат/отжат/заблокирован.
А велика разница, нажата/отжата или цвет и текст? Нажата/отжата - параметр bool. Али вы считаете, что передача параметра bool имеет какие-то особые сложности и отличия от передачи строки и инта? Показана передача параметров из эксперта в dll и реакция контролов на нее. Судорожно ищешь до чего доколупаться?
Чего не показано - функции возвращающей значение обычным образом. Но тем не мене показано возвращение параметров по ссылке. Так что - достаточно.
А велика разница, нажата/отжата или цвет и текст? Нажата/отжата - параметр bool. Али вы считаете, что передача параметра bool имеет какие-то особые сложности и отличия от передачи строки и инта? Показана передача параметров из эксперта в dll и реакция контролов на ее. Судорожно ищешь до чего доколупаться?
Нет. Просто когда увеличивается количество параметров элементов которые нужно менять, увеличивается сложность ДЛЛ.
Представь, что элементов десятки... Или даже сотни... А количество параметров элементов которые должны меняться это -
Короче, тут нехило нужно знать С# и писать ДЛЛ на крутом уровне.
Какая там массовость...
Да и не продать в Маркете...
Нет. Просто когда увеличивается количество параметров элементов которые нужно менять, увеличивается сложность ДЛЛ.
Представь, что элементов десятки... Или даже сотни... А количество параметров элементов которые должны меняться это -
Короче, тут нехило нужно знать С# и писать ДЛЛ на крутом уровне.
Какая там массовость...
Да и не продать в Маркете...
Вкратце: для трёхсот тысяч МАшек разве нужно триста тысяч функций? Нет. Нужна всего одна. И тут так же - разные наборы параметров передаются в один метод для получения разного набора результатов.
Нет. Просто когда увеличивается количество параметров элементов которые нужно менять, увеличивается сложность ДЛЛ.
Представь, что элементов десятки... Или даже сотни... А количество параметров элементов которые должны меняться это -
Короче, тут нехило нужно знать С# и писать ДЛЛ на крутом уровне.
Какая там массовость...
Да и не продать в Маркете...
Для передачи события из dll в эксперта надо в обработчик события добавить вызов метода специального класса - одна строчка.
Для управления контролами - одно свойство - одна функция (точнее две, в каждой по строчке). Можно писать функции управляющие несколькими параметрами. Можно массивы передавать. Доступны все средства обычного программирования, так что результат зависит от того, как умеешь ими пользоваться.
Реter Konow:
...
Какая там массовость...
Да и не продать в Маркете...
Вы всё-таки собрались продавать в маркете свой пылесос ядрён-движок?
Но, задача кое как решена. Признаю.
Не кое как, а нормально решена.
Вкратце: для трёхсот тысяч МАшек разве нужно триста тысяч функций? Нет. Нужна всего одна. И тут так же - разные наборы параметров передаются в один метод для получения разного набора результатов.
Ну молодцы. Поздравляю. ))