Сообщение Re[4]: Какие фреймворки использовать для прототипа? от 07.05.2015 17:06
Изменено 07.05.2015 17:11 0BD11A0D
Здравствуйте, gandjustas, Вы писали:
BDA>>Он не является фреймворком, и этого достаточно. Но, между нами, он еще и редкое УГ.
G>А вам шашечки или ехать? Все что описано — умеет изкаропки, а что еще для прототипа надо?
Я же сказал, он не является фреймворком. Сделать с ним ничего непредусмотренного неизвестными индусами нельзя, развивать в нужном направлении нельзя, можно только поставить и наслаждаться «искаропочностью». Недолго, правда. Последний раз, когда я его смотрел, банальнейший апдейт одного списка на несколько тысяч элементов по сложному условию сделать было невозможно. Ибо CAML не поддерживал(-ет?) сложные условия, космически уступая даже SQL, и приходилось крутить его в цикле, минимум по 2 запроса на элемент. При этом встроенный недокументированный таймаут на 30 секунд (? — точно не помню уже) тупо выгружал dll'ку, оставляя виртуальную базу в неконсистентном состоянии. А, как начал писать, всю говенность его вспомнил — и милая архитектура «1 событие — 1 класс (не инстанс! класс!)» заставляет генерировать простыни Handler1, Handler2 ... Handler3. Работать в результате можно только на живой базе, но там есть свои приколы. Полное отсутствие документации, например.
Короче, я шарик раньше сам продавал кому хочешь, мне его продавать не надо. Я скорее на брейнфаке буду программировать СУБД под свою задачу, чем соглашусь еще раз коснуться этого отстоя.
BDA>>Он не является фреймворком, и этого достаточно. Но, между нами, он еще и редкое УГ.
G>А вам шашечки или ехать? Все что описано — умеет изкаропки, а что еще для прототипа надо?
Я же сказал, он не является фреймворком. Сделать с ним ничего непредусмотренного неизвестными индусами нельзя, развивать в нужном направлении нельзя, можно только поставить и наслаждаться «искаропочностью». Недолго, правда. Последний раз, когда я его смотрел, банальнейший апдейт одного списка на несколько тысяч элементов по сложному условию сделать было невозможно. Ибо CAML не поддерживал(-ет?) сложные условия, космически уступая даже SQL, и приходилось крутить его в цикле, минимум по 2 запроса на элемент. При этом встроенный недокументированный таймаут на 30 секунд (? — точно не помню уже) тупо выгружал dll'ку, оставляя виртуальную базу в неконсистентном состоянии. А, как начал писать, всю говенность его вспомнил — и милая архитектура «1 событие — 1 класс (не инстанс! класс!)» заставляет генерировать простыни Handler1, Handler2 ... Handler3. Работать в результате можно только на живой базе, но там есть свои приколы. Полное отсутствие документации, например.
Короче, я шарик раньше сам продавал кому хочешь, мне его продавать не надо. Я скорее на брейнфаке буду программировать СУБД под свою задачу, чем соглашусь еще раз коснуться этого отстоя.
Re[4]: Какие фреймворки использовать для прототипа?
Здравствуйте, gandjustas, Вы писали:
BDA>>Он не является фреймворком, и этого достаточно. Но, между нами, он еще и редкое УГ.
G>А вам шашечки или ехать? Все что описано — умеет изкаропки, а что еще для прототипа надо?
Я же сказал, он не является фреймворком. Сделать с ним ничего непредусмотренного неизвестными индусами нельзя, развивать в нужном направлении нельзя, можно только поставить и наслаждаться «искаропочностью». Недолго, правда. Последний раз, когда я его смотрел, банальнейший апдейт одного списка на несколько тысяч элементов по сложному условию сделать было невозможно. Ибо CAML не поддерживал(-ет?) сложные условия, космически уступая даже SQL, и приходилось крутить его в цикле, минимум по 2 запроса на элемент. При этом встроенный недокументированный таймаут на 30 секунд (? — точно не помню уже) тупо выгружал dll'ку, оставляя виртуальную базу в неконсистентном состоянии. А, как начал писать, всю говенность его вспомнил — и милая архитектура «1 событие — 1 класс (не инстанс! класс!)» заставляет генерировать простыни Handler1, Handler2 ... Handler3. Работать в результате можно только на живой базе, но там есть свои приколы. Полное отсутствие документации, например.
Короче, я шарик раньше сам продавал кому хочешь, мне его продавать не надо. Я скорее на брейнфаке буду программировать СУБД под свою задачу, чем соглашусь еще раз коснуться этого отстоя.
P.S. И на всякий случай: установить ШП не значит создать прототип чего бы то ни было, кроме как инсталляции ШП. Которая у меня, к слову, и так имеется.
BDA>>Он не является фреймворком, и этого достаточно. Но, между нами, он еще и редкое УГ.
G>А вам шашечки или ехать? Все что описано — умеет изкаропки, а что еще для прототипа надо?
Я же сказал, он не является фреймворком. Сделать с ним ничего непредусмотренного неизвестными индусами нельзя, развивать в нужном направлении нельзя, можно только поставить и наслаждаться «искаропочностью». Недолго, правда. Последний раз, когда я его смотрел, банальнейший апдейт одного списка на несколько тысяч элементов по сложному условию сделать было невозможно. Ибо CAML не поддерживал(-ет?) сложные условия, космически уступая даже SQL, и приходилось крутить его в цикле, минимум по 2 запроса на элемент. При этом встроенный недокументированный таймаут на 30 секунд (? — точно не помню уже) тупо выгружал dll'ку, оставляя виртуальную базу в неконсистентном состоянии. А, как начал писать, всю говенность его вспомнил — и милая архитектура «1 событие — 1 класс (не инстанс! класс!)» заставляет генерировать простыни Handler1, Handler2 ... Handler3. Работать в результате можно только на живой базе, но там есть свои приколы. Полное отсутствие документации, например.
Короче, я шарик раньше сам продавал кому хочешь, мне его продавать не надо. Я скорее на брейнфаке буду программировать СУБД под свою задачу, чем соглашусь еще раз коснуться этого отстоя.
P.S. И на всякий случай: установить ШП не значит создать прототип чего бы то ни было, кроме как инсталляции ШП. Которая у меня, к слову, и так имеется.