Александър киберлице

Публикации 5

Коментари 284

Отметки 98

Имам и една заявка за функция, която се върти в главата ми от дълго време: би било страхотно, ако WebStorm вземе предвид конструкциите по тип

и маркирайте всички следващи срещания на _this или self в същия лексикален контекст точно като този

Първото нещо, което мога да кажа веднага е, че незабавно ви моля да пренапишете този код, без да се обиждате. разбираш ли какво правиш За да разберете какво в крайна сметка е избрано, трябва да се изкачите на две различни места. Поради това се губи прозрачност, много е лесно да се счупи нещо, толкова много, че причината няма да бъде очевидна. Поради тази причина е по-добре заявката да не се разделя по този начин.

Ем. Имам един глупав въпрос. Какво пречи да го направя в случай на пониорм? Предизвикателството е абсолютно същото. Извикахме select и написахме какво трябва да генерира.

Е, как мога да направя нещо подобно?

Това разбира се е леко симулиран пример, но като цяло показва точно това, което искам да опиша - проектиране на програмна заявка

Хм ... и кой ти каза, че в ponyorm няма отношения?

Те са там, но не са толкова мощни, колкото в алхимията

Ем. Обяснете ми какво е това. Обикновено, ако вече сте написали последователно извикване на функция в текста, тогава ще бъде така. Как ще го сменяш там, много ми е интересно.

Така че точно за това говоря - алхимията ви позволява да не пишете последователно извикване на функция на едно място. На едно място можем да направим JOIN, на второ - втори JOIN, на трето пак програмно да конструираме филтър, а на четвърто да приложим сортиране. Това са обичайните методи, както искаме, така ги комбинираме. Това ви позволява да разбивате и подчертавате общи заявки и цялата работа в алхимията се основава на това - създавате класове, които вече имат всичкорелациите, от които се нуждаете (със или без съединения), които след това просто се филтрират или въз основа на тях се правят по-сложни заявки.

Е, това е удостоверяване, базирано на бисквитки.

Ако наистина искате да направите удостоверяване без парола, тогава защо не следвате стандартите - използвайте клиентски SSL сертификати за страховито предприятие и правете всичко чрез mozilla persona за обикновените потребители