Pull to refresh

Comments 46

А чем подсветка Flex Bulder-a Вас не устраивает? :)
Тем что ее нельзя вставить в блог :)
Имеется ввиду подсветка кода для форумов.
В AS принято только классы называть с заглавной буквы, а методы и свойства с прописной.
Да я знаю, но считаю, что это кому как удобно. У меня свое понимание форматирования удобное на мой взгляд.
В AS так же принято не переносить на новую строку открывающуюся фигурную скобку:

if(result.data){
  for(var i:Number = 0; i < result.data.length; i++){
   GroupArray.addItem(result.data[i]);
  }
}


* This source code was highlighted with Source Code Highlighter.


Мне же удобно использовать переносы, кажется код так гораздо «опрятнее» (видно что из чего растет):

if(result.data)
{
  for(var i:Number = 0; i < result.data.length; i++)
  {
   GroupArray.addItem(result.data[i]);
  }
}


* This source code was highlighted with Source Code Highlighter.
Насчет форматирование это пожалуй не принципиально. По поводу заглавных и прописных.
GroupArray.addItem может сразу показаться как статичный метод класса GroupArray. Поэтому и придумали эти правила. Но, конечно, кому как удобнее. Но в совместных проектах (или тех где потенциально будет дорабатывать другой программист), думаю лучше придерживаться их.
Ну если брать в расчет совместное программирование, то я пожалуй согласен с вами.
форматирование кода — индивидуальная вещь =)
я бы поспорила.
Вот приходит ко мне код из соседнего подразделения, и что я должна делать? Тратить бюджетные деньги на то, что бы разобраться с «индивидуальными» вещами? Лучше я бы их потратила на то, что бы найти проблемные участли и попивая кофе надеяться на то, что их будет как можно меньше.
понимаю… для этого есть корпоративная стилистика кода, это уже человеку на работе объясняют.
UFO just landed and posted this here
Вы увидели принципиальное сходство в этой статье с моей?
Плюс вас ведь никто не заставляет читать все статьи на хабре.
UFO just landed and posted this here
Я не считаю свою статью, статьей из серии «Hello World!!!» — это раз.

Эта статья на русском, что во многом поможет тем у кого с этим проблемы (например таким как я) — это два.

Я считаю что в моей статье есть неплохие примеры + исходник, и опять же таки на русском — это три.

И еще, мое личное мнение, что если будет больше статей объясняющих все так как в этой то отпадет необходимость в прочтении множества не нужной информации в 10 разных книгах.

P.S. Чем вас «оскорбила» данная статья? Тем что вы все знаете? Или же стилем или…
не обращайте внимания. Статья хорошая, по AIR вообще мало чего на русском есть и почти каждый материал на вес золота
UFO just landed and posted this here
Да?
А если вместо:
var GroupArray:ArrayCollection = new ArrayCollection(); //code guidelines говорит о том, что переменные должны начинаться с маленькой буквы.

if(result.data)
for(var i:Number = 0; i < result.data.length; i++) //так же лучше использовать int на небольших объёмах, т.к. быстрее.
{
GroupArray.addItem(result.data[i]);
} //мы помним о том, что хорошие мальчики стараются писать в скобках, даже если это одна строчка.

заменить на
GroupArray.source = result.data; // и что же произойдёт, о великий Гуру в данном случаи?
grid.dataProvider = GroupArray;

зачем цикл-то?
Вот вы «прицепились» к регистру в названиях переменных. Скажите есть или какая-нибудь разница в работоспособности программ с переменными с Заглавными буквами?
UFO just landed and posted this here
Вот это, я понимаю, конструктивная критика. За это спасибо.
Вот это, я понимаю, конструктивная критика. За это спасибо.
Очень конструктивно :)

И где в вашем первом комментарии про все это было написано? Я просто наверное не увидел.

Хотя я за то, что у каждого свое мнение и мне это даже нравится (вот такой вот я садамаза), поскольку люблю критику.

По поводу коллекции — она нужна чтоб к полученным данным можно было обращаться не только из того метода в который вернулись данные, а и из других частей программы (извините за мой нерусский русский). Так сказать сделать их доступными для всего кода — это иногда требуется.

Пишите еще замечания (но конкретизируйте их).
UFO just landed and posted this here
Angelina_Joulie причем здесь глобальность данных и коллекции???
Если речь идет о конкретном выражении:

  1. var result:SQLResult = e.target.getResult();
  2.    
  3. var GroupArray:ArrayCollection = new ArrayCollection();
  4.  
  5. if(result.data)
  6. {
  7.   for(var i:Number = 0; i < result.data.length; i++)
  8.   {
  9.     GroupArray.addItem(result.data[i]);
  10.   }
  11. }


И о конкретном объяснении для чего оно такое вообще нужно.
А если вам Adobe напишет в этом топике, что нужно все свои программы им отправлять для проверки на правильность написание имен переменных то вы будете следовать их требованиям?
А не знает ли кто-нибудь — есть ли уже CMS полностью на Flash? Возможности Flex + Flash уже позволяют подобное, однако я еще не встречал.
Полностью нет (необходимо уточнить что есть полностью). Есть с использованием различных видов специализированных и не очень серверов типа: FMS, RED5 или просто с PHP+MySQL напривер вот этот.
Мне вот другой вопрос интересен в официальных доках в качестве префикса для именованных параметрах используют ":" а не "@". Есть ли какая разница?
Нет ни какой разницы. Можно использовать и то, и другое.
Сделано это для обратной совместимости запросов.
Разницы нет можно использовать и двоеточие и «собаку».
Вроде бы по делу написали, но при этому совершенно ни чего важного о чём бы стоило писать.

Мы бы лучше написали об асинхронной работе с базой данных и о проблемах конкурентности данных, транзакциях. О том что с базой данных можно работыть in-memory. Обралити внимание на то, что SQL Ligth поддерживает разного рода параметры :paramName и @paramName. Могли бы так же рассказать о том, что можно использовать некое подобие ORM подхода, для сохранения и получения ввиде объектов.

А писать, о том, что import — это ключевое слово, дак ещё и с русскими комментариями — не стоит. Смысла в этом большого нет.
А где у меня написано «что import — это ключевое слово»?
имелось ввиду reserved word, старая привычка осталась после русских книжек.
Сорри.
Да все нормально. Иногда приятно иметь дело с человеком который всегда с чем-то не согласен, так сказать, имеет к тебе противоречие. Согласись так жить веселее ;) И сразу стремишься к чему-то лучшему.
Видно, Вы человек знающий. Предлагаю Вам написать статью на такие темы. Было бы любопытно
Аццкий ад, бессмысленный и беспощадный…
И что же тут бессмысленного и беспощадного?
Да смысла нету в таком «обрезке» подачи информации…

«…
# import flash.events.SQLErrorEvent; // Обрабатывает ошибки подсоединения к БД
# import flash.events.SQLEvent; // Обрабатывает остальные события БД (OPEN, UPDATE и т.д.)
…»


Это *Event-то что-то там обрабатывает? :)

Как создать файл с базой данных? Какие параметры при этом используются? Можно ли защитить данные в базе от чужого глаза?
А как подключиться к уже созданной базе?
Синхроннный/асинхронный режимы работы? Преимущества/недостатки?
Если для вас нет в чем-то смысла — это не значит что его нет для всех.
А про «преимущество и недостатки синхронного и ...» могли бы и сами написать в своем топике. Если уж вы все знаете.
Ну это же не я, а вы взялись писать пост, рассказывающий о том, как работать с локальной базой данных (SQLite) в AIR приложениях…
Ок.
Какие «ошибки подсоединения» обрабатывает SQLErrorEvent?
Какие «остальные события БД» обрабатывает SQLEvent?

Поскольку база у нас открыта в синхронном режиме (DBConnection.open(…)), должен ли я прописывать каждому стейтменту хендлер события SQLEvent.RESULT или же у меня результат и без этого будет доступен через statement.getResult() сразу же после вызова statement.execute(…)?
Sign up to leave a comment.

Articles