AJAX для новичков

1 23
T.R.O.N
На сайте с 18.05.2004
Offline
314
#21
Ayavryk:
которая сопровождает наиболее ходовые фреймворки типа jquery/prototype

конечно. По невменяемости тягаться тяжело. Пусть будет ИМХО.

Ayavryk:
Так ведь и php-программисты медленно но верно,......
Может, я пыхом очень стараюсь не пользоваться....
Ayavryk:
Я всегда считал, что интерфейс всегда первичен.

Вот именно. Если так, то для Вас, скорее всего, фреймворки и полезны. На мой взгляд, достойный функционал и без сложного GU интерфейса(не путать с юзабельностью) будет и нужным и полезным

От воздержания пока никто не умер. Хотя никто и не родился! Prototype.js был написан теми, кто не знает JavaScript, для тех, кто не знает JavaScript (Richard Cornford)
Ayavryk
На сайте с 11.10.2003
Offline
209
#22
T.R.O.N:
конечно. По невменяемости тягаться тяжело. Пусть будет ИМХО

Ну да. А код сгенерированный .NET или запросы построенные через ORM вменяемые? Их тоже в топку? Или все-же цена разработки и сопровождения на первом месте?

T.R.O.N:
Если так, то для Вас, скорее всего, фреймворки

Да не для меня. фреймворки - основной вектор развития. В ASP или Ruby он был с самого начала, В PHP и JS он просочился 3-4 года назад.

T.R.O.N:
достойный функционал и без сложного GU интерфейса

Я плохо представляю надобность сложного js-функционала без наличия взаимодействия пользователя с интерфейсом. Придумать симулякр конечно можно, но если использовать готовые решения он будет дешевле и в разработке и в сопровождении.

Тынгыр, мынгыр, комсомол (http://erum.ru). Ехари, ехари, (жалобно) аяврик. /народная тунгусская песня/
T.R.O.N
На сайте с 18.05.2004
Offline
314
#23
Ayavryk:
но если использовать готовые решения он будет дешевле и в разработке и в сопровождении.

А кто же с этим спорит. Конечно, использовать собственные готовые наработки. Куда же без них. А на возможные собственные баги натягивать еще и баги чужие - зачем?

Ayavryk
На сайте с 11.10.2003
Offline
209
#24
T.R.O.N:
А на возможные собственные баги натягивать еще и баги чужие - зачем?

При прочих равных, количество багов - это производная от интенсивности тестирования. Я нисколько не сомневаюсь в вашей квалификации, или квалификации большинства остальных критиков jQuery/Prototype, но самописные фреймворки как правило тестируются на много порядков менее интенсивно чем продукты массовые - типа jQuery. Поэтому вероятность нарваться на баг с использованием массового продукта намного ниже. К тому же известный баг - это не баг. Это фича.

T.R.O.N
На сайте с 18.05.2004
Offline
314
#25
Ayavryk:
К тому же известный баг - это не баг. Это фича.

Ну философия, это замечательно, как и чуство юмора. Но исправить свой баг - это дело нескольких часов, самое большее. Исправить гквери - =))) почти смешно.

На счет тестирования - это все от лукавого. Если какой-либо модуль работает на 1-2 проектах с посещаемостью в 2-3 к в сутки в течении нескольких месяцев , это дает 99% уверенности что все ок.

[Удален]
#26

T.R.O.N, есть один несомненный плюс в использовании фреймворков - это простота написания кода, другой вопрос что использование того же jQuery только ради одной/двух функции не разумно,

а вот если фреймворк используется по максимуму то писать свою библиотеку (практически с теми же функциями) уже не кажется таким разумным ;)

Ayavryk
На сайте с 11.10.2003
Offline
209
#27
T.R.O.N:
Если какой-либо модуль работает на 1-2 проектах с посещаемостью в 2-3 к в сутки в течении нескольких месяцев , это дает 99% уверенности что все ок.

У вас баг на форме сообщения об ошибках :)

burunduk:
T.R.O.N использование того же jQuery только ради одной/двух функции не разумно

соотношение числа функций/разумности - вопрос времени. ТРОН до сих пор уверен что нет такого функционала ради которого нужно использовать стандартные средства разработки, А у вас планка дошла до 4+ функций.

T.R.O.N
На сайте с 18.05.2004
Offline
314
#28
Ayavryk:
У вас баг на форме сообщения об ошибка

да когда же Вы человеческими понятиями начнете мыслить... Откуда же такое жаление при виде мухи хвататься за артиллерию....

burunduk:
а вот если фреймворк используется по максимуму то писать свою библиотеку (практически с теми же функциями) уже не кажется таким разумным

скажите, а разве за время Ваше работе с JS, до появления гквери, у Вас не появилось все необходимо и так?

burunduk, Когда человек знает основы, именно знает и понимает их, и когда задача оправдывает средства, уже не важно, что и как будет использоваться. Если же народ кидается изучать и использовать гквери не понимая что и как на самом деле происходит внутри (хотя-бы на уровне приблизительной модели)- это страшно. Потом появляются вопросы "если нужен AJAX нужно-ли знать JS".

PS Просто от себя, мне не нравится не модели выбранные в прототипе и гквери, ни то как они написаны. Это как машина, в одну садишся - "мое", а к другой и подходить не хочется, независимо от значка на радиаторе...

[Удален]
#29
T.R.O.N:
скажите, а разве за время Ваше работе с JS, до появления гквери, у Вас не появилось все необходимо и так?

не совсем, т.к. я не прогер и поэтому решаю вопросы по мере их поступления,

т.е. мне понадобилось работать с dom я изучил что это и с чем это едят, соответственно попробовал реализовать необходимое мне наиболее простым способом :)

AM
На сайте с 04.09.2009
Offline
47
#30

Предлагаю вашему вниманию свой видеокурс по JavaScript, так сказать с пылу с жару. Сейчас опубликовано 4-е видеоурока, которые (по моим задумкам) должны дать общее представление о синтаксисе JavaScript, основных конструкциях и операторах. 4-й видеоурок начинает знакомить слушателей с ООП в JavaScript и далее полезу закапываться в DOM.

Надеюсь видеоуроки окажут пользу в освоении JavaScript и упростят процесс знакомства с AJAX. В любом случае, JavaScript, не смотря на все его минусы, очень полезен.

Вот ссылка на видеоуроки.

1 23

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий