Я так понимаю в зависимости от конфигурации сборки, TC может подставлять те или иные переменные в файл настроек и уже публиковать проект с измененными настройками?
Где можно почитать как это можно сделать, в офф документации что то не могу найти про это?
фронт под web. Не будет ли выглядеть asp.net mvc как стрельба по воробьям из пушки? По сути нам надо только генерация (рендеринг) страниц. А все остальные плюшки mvc не будут использованы (предполагаю).
Антон Шаманов: Так сложилось исторически. Т.е. ты предлагаешь в одной модели описывать логику всех отчетов, а универсальным контроллером, обращаться к тем или иным данным в этой модели. Так?
Учетная система, была написан не мной и исторически сложилось так, что в модели описывается только доступ к данным в БД с помощью ORM. т.е. модель возвращает набор данных а вот в контроллере уже идет группировка, сортировка, и т.д.
например Модель:
************************************
<?php
/**
* Модель данных. Договора
*
*/
class Contracts_Model extends Model {
public $table_name = 'contracts';
public function info_users(){
$this->db
->left_join('auth_users', 'auth_users.id', 'self.user')
->select(array(
array('user_id' => 'auth_users.id'),
array('user_username' => 'auth_users.username'),
array('user_fio' => 'auth_users.fio')
));
}
public function info_types(){
$this->db
->left_join('contractstypes', 'contractstypes.id', 'self.type')
->select(array(
array('contractstypes_id' => 'contractstypes.id'),
array('contractstypes_name' => 'contractstypes.name')
));
}
*******************************
т.е. в $contracts получаем набор данных и дальше обрабатываем их как нужно.
Суть в том чтомодель используется не только для данного отчета а ещё для многих интерфейсов, поэтому городить там что либо сложнее чем просто получить набор определенных данных не вариант.
один контроллер который собственно выгружает отчет + один контроллер в котором описана вся бизнес логика конкретного отчета + модель данных с которыми работает контроллер конкретного отчета
@Gilga, на самом деле я утрировал написав "select * from Books where id >@p0". Вместо этого там должен быть вызов процедуры которая находится на SQL сервере.
Сложность на данный момент такова, что чтоб быть на конкурентоспособном уровне, Вам нужно вложить в пул ООооочень не маленькую сумму денег. А вот если эту сумму вложить на биржу, то при игре на курсе даже в 1/% можно неплохо подзаработать.
Кстати на каком железе вы собрались поднимать пул?
@sensus, в десктопных приложениях я уже много лет варюсь, но вот WEB для меня пока что темный лес.
Если посмотреть чисто субъективно, что выбрать C# или PHP ?
@AMar4enko, не всегда так. На самом деле всё проще, на работе до меня кто то писал на фремфорке kohana версии 2 кажется, сервис. Так вот потребовалось кардинально всё переделать, пользуясь случаем хотел бы получить новый экспириенс.
@Fesor предполагаю что будет API, с помощью которого будет общаться клиентская часть с серверной. Вот только не понимаю API это часть серверной части (простите за тавтологию) или это отдельная часть?
