Find content
Not Telling
Koshachii, on 21.03.12 - 17:29, said:
Мобильный клиент для Android устройств - Lumiya теперь не текстовый, появился графический режим.
Подробнее (англ):
http://nwn.blogs.com...oid-tablet.html
Posts I've Made
In Topic: Доступные клиенты
21.03.12 - 17:29
In Topic: Дорабатывается ли LSL?
02.03.12 - 14:49
Неверная постановка вопроса. Сейчас решал подзадачу - загрузка по ftp файла с изменяющимся по дате именем. Это нельзя сделать на Assembler? Можно! Эта задача решаема на большинстве языков программирования.
Но в данном случае, сделал на java. Уже знаю синтаксис, есть готовая библиотека, намного меньше времени на написание кода, и сам код несравненно проще, чем на Ассемблере.
Кстати, много ли у LSL библиотек и фреймворков? Вопрос риторический.
Но в данном случае, сделал на java. Уже знаю синтаксис, есть готовая библиотека, намного меньше времени на написание кода, и сам код несравненно проще, чем на Ассемблере.
Кстати, много ли у LSL библиотек и фреймворков? Вопрос риторический.
In Topic: Дорабатывается ли LSL?
28.02.12 - 14:21
Пример. Почему ООП это может быть хорошо.
Предположим, есть заказчик-дизайнер, хочет скрипт для своих машинок.
Делаю класс(ы), реализующий интерфейс, например, Авто, компилю в отдельный файлик. Наруже открыты только методы и свойства интерфейса, вся остальная внутренняя начинка скрыта модификаторами.
Отдаю клиенту файлик nomodify - он кидает мой файлик в свой объект, создает свой скриптик, в нем создает объекты моих классов из полученного от мяф файлика, вызывает простые методы интерфейса (поехать, повернуть, затормозить, ...), не парясь сложностями внутренней реализации.
Потом вдруг захотелось клиенту не просто авто, а грузовик. Не вопрос! Наследуюсь от первого класса, перегружаю методы, компилю в отельный файлик, отдаю клиенту - happy end!
Он вызывает те же методы, но они уже работают для грузовика! Клиент может даже оставить свой старый скриптик для первого авто.
И он не видит мой код внутренней реализации, т.е. отдав ему свой скрипт, мяф не теряю полностью эту тему.
Ня?
Касательно SL не ня, это моя фантазия. 
По моему личному опыту, когда кода много-много, да еще с разным функционалом, классы с их ООП-ништяками реально удобная штука. Как вспоминаю, когда-то на C кодил - необъятные простыни кода... брррр. А ведь по текущем меркам размеры кода смешные были.
И, касательно, самого LSL. Пока ты молодой ака студент у тяф полно времени на изучение еще одного очередного языка или фреймворка. Когда постарше, то очень много надо зубрить по работе, семья, быт. Если бы вместо LSL был тот же знакомый многим ECMAScript или даже кастрированный вариант Java (вспомним Android), то програмистов в SL было бы значительно больше. Желание повозиться с чем-то новым всегда присутствует, но вкладываться своим временем, когда есть более серьезные альтернативы, мало кто может себе позволить.
Предположим, есть заказчик-дизайнер, хочет скрипт для своих машинок.
Делаю класс(ы), реализующий интерфейс, например, Авто, компилю в отдельный файлик. Наруже открыты только методы и свойства интерфейса, вся остальная внутренняя начинка скрыта модификаторами.
Отдаю клиенту файлик nomodify - он кидает мой файлик в свой объект, создает свой скриптик, в нем создает объекты моих классов из полученного от мяф файлика, вызывает простые методы интерфейса (поехать, повернуть, затормозить, ...), не парясь сложностями внутренней реализации.
Потом вдруг захотелось клиенту не просто авто, а грузовик. Не вопрос! Наследуюсь от первого класса, перегружаю методы, компилю в отельный файлик, отдаю клиенту - happy end!
Он вызывает те же методы, но они уже работают для грузовика! Клиент может даже оставить свой старый скриптик для первого авто.
И он не видит мой код внутренней реализации, т.е. отдав ему свой скрипт, мяф не теряю полностью эту тему.
Ня?
Касательно SL не ня, это моя фантазия. По моему личному опыту, когда кода много-много, да еще с разным функционалом, классы с их ООП-ништяками реально удобная штука. Как вспоминаю, когда-то на C кодил - необъятные простыни кода... брррр. А ведь по текущем меркам размеры кода смешные были.
И, касательно, самого LSL. Пока ты молодой ака студент у тяф полно времени на изучение еще одного очередного языка или фреймворка. Когда постарше, то очень много надо зубрить по работе, семья, быт. Если бы вместо LSL был тот же знакомый многим ECMAScript или даже кастрированный вариант Java (вспомним Android), то програмистов в SL было бы значительно больше. Желание повозиться с чем-то новым всегда присутствует, но вкладываться своим временем, когда есть более серьезные альтернативы, мало кто может себе позволить.
