Все прекрасно поняли о какой статике идет речь — если в запрос подставляются только переменные. А вот если в запрос подставляются так же имена таблиц, функции и т.п. то тут уж придется подумать.
Что касается технологии — она не требует от разработчика «самого заботиться о безопасности». Забота о безопасности возникает когда разработчик начинает придумывать велосипеды с динамическим склеиванием запросов.
Если ваши запросы собираются динамически, то вы сами должны заботиться об их безопасности. А вот о безопасности статических запросов прекрасно заботятся СП.
Хорошо, здесь требуется уточнение — правильность кода кто оценивать будет? Я вот считаю что я пишу правильный js код, CS посмотрю как-нибудь как время будет :)
Это взгляд с вашей колокольни, аналогично для людей прекрасно осознающих это, некоторые вещи в в C++ или Java могут показаться очень странными и неудобными.
Предлагаю приводить явные аргументы, потому что пока я вижу только домыслы.
Про this мне просто реально непонятно — что вас смущает?
Отсутствие блочной области видимости — ну такова особенность. Я ни разу не встречал на практике ситуации где необходима блочная область видимости, но если это настолько критично — заверните замыканием, и получите отдельный namespace.
А уж с областью видимости переменных какие могут быть проблемы? Вложенные функции функции подчиняются правилу лексической области видимости, больше никаких особенностей вроде нет.
Прототипное наследование — ну допустим, а в чем здесь подвох?
Что бы не наступить на эти грабли достаточно прочесть хотя бы одну приличную книгу.
Собственно я в этой области не эксперт, но активно интересуюсь, так что было бы интересно увидеть обоснование вашей точки зрения.
Помню одного провайдера, которым я пользовался рекламировал свой тариф — 50 мегабит за х рублей… Только оказывалось что 50 мегабит будут через 2 года, и то если только ты не допустил ни одной просрочки платежа. Провайдер кстати рекламу и на хабре вешал. Две недели я походил мимо рекламы на подъезде, и после этого провайдера поменял… Потому что обманывать людей нехорошо.
Я например использую склеивание что бы не писать кучу СП:
Но это одно дело, а склеивать в запрос данные пришедшие от пользавателя без использование СП, это совсем другое дело.
$sql .= «num = ?»;
$params[] = $_GET['num'];
}
А если в запросе больше одного условия? :)
Что касается технологии — она не требует от разработчика «самого заботиться о безопасности». Забота о безопасности возникает когда разработчик начинает придумывать велосипеды с динамическим склеиванием запросов.
Мне такая конструкция незнакома. Подскажите где про нее можно почитать.
Если внутри parse() используется self, то она будет найдена в цепочке областей видимости.
Предлагаю приводить явные аргументы, потому что пока я вижу только домыслы.
Отсутствие блочной области видимости — ну такова особенность. Я ни разу не встречал на практике ситуации где необходима блочная область видимости, но если это настолько критично — заверните замыканием, и получите отдельный namespace.
Цитирую: «When Object is called as part of a new expression, it is a constructor that may create an object.», и далее по текстустраница 112
В конце концов не так важно как вы его называете, суть от этого не меняется. Просто в это надо втянуться :)
В чем необычности подхода к this? Резиг справедливо подметил, что для начинающих программистов на джаваскрипте не вполне очевидно, что появление «this» в коде функции указывает на то, что перед нами конструктор объекта.
А уж с областью видимости переменных какие могут быть проблемы? Вложенные функции функции подчиняются правилу лексической области видимости, больше никаких особенностей вроде нет.
Прототипное наследование — ну допустим, а в чем здесь подвох?
Что бы не наступить на эти грабли достаточно прочесть хотя бы одну приличную книгу.
Собственно я в этой области не эксперт, но активно интересуюсь, так что было бы интересно увидеть обоснование вашей точки зрения.
Помню одного провайдера, которым я пользовался рекламировал свой тариф — 50 мегабит за х рублей… Только оказывалось что 50 мегабит будут через 2 года, и то если только ты не допустил ни одной просрочки платежа. Провайдер кстати рекламу и на хабре вешал. Две недели я походил мимо рекламы на подъезде, и после этого провайдера поменял… Потому что обманывать людей нехорошо.