В каких штатах/городах наиболее востребованы веб-разработчик

[crypto5]

А так?
NativeSelect select = new NativeSelect();
for(String s: Lists.newArrayList("New York", Los Angeles)) {
select.addItem(select);
}
addComponent(select);

[crypto5]

Притом я использую реальное MVC а не мешаю всё на кучу. Мой код очень простой и обыкновенный интерн может что-то там подделать или исправить. И у меня есть возможность для 100% кастомизации.

Code: Select all

<select name="city" class="span3">
 <option value="">Please select a city</option>
<?php foreach ( array( 1 => "New York" , 2 = "Los Angeles") ) as $id => $label ): ?>
 <option value=<?php echo $id ?> ><?php echo $label ?></option>
<?php endforeach; ?>
</select>

Че та я не понял где тут мвц?

[asktomsk]

Че та я не понял где тут мвц?

Не не, поглядите внимательно, это отличный Mixed View Controller

[stenking]

Крипто, у нас что тут web dev 101 класс?

В вашем подходе нету чистого HTMLa. Все функции которые генерируют HTML зло ибо сам HTML это и есть образец простоты. Конечно в некоторых случаях можно что-то там сгенерировать, например линк

Т.е.

$html->output("p" , "This is my p" ) - это большое зло и маразм.

echo select( array("New York" , "LA" ) , array("default" => "New York" , array("class" => "hello" , "id" => "hello" ) ?> тоже зло но может и допустимо в каких-то случаях.


а правильный MVC подход будет написанный выше где во вью нет логики, нет сложных концепций а родной чистый HTML ну с небольшими вкреплениями кода. Ну там линк сгенерировать или селект в лупе.

[Komissar]

всем пхп неплох, но уж очень много вопросительных знаков...

[Интеррапт]

всем пхп неплох, но уж очень много вопросительных знаков...

Это в основном только когда делают мешанину из HTML и PHP кода. В нормальной реализации это будет сведено до минимума.

[crypto5]

Крипто, у нас что тут web dev 101 класс?

В вашем подходе нету чистого HTMLa. Все функции которые генерируют HTML зло ибо сам HTML это и есть образец простоты.

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

Конечно в некоторых случаях можно что-то там сгенерировать, например линк

Т.е.

$html->output("p" , "This is my p" ) - это большое зло и маразм.

echo select( array("New York" , "LA" ) , array("default" => "New York" , array("class" => "hello" , "id" => "hello" ) ?> тоже зло но может и допустимо в каких-то случаях.


а правильный MVC подход будет написанный выше где во вью нет логики, нет сложных концепций а родной чистый HTML ну с небольшими вкреплениями кода. Ну там линк сгенерировать или селект в лупе.

Я не понял к чему вы это. Вы написали слово мвц над конкретным кодом, только ни я ни некоторые другие люди мвц там как то не увидели.

[stenking]

Крипто, у нас что тут web dev 101 класс?

В вашем подходе нету чистого HTMLa. Все функции которые генерируют HTML зло ибо сам HTML это и есть образец простоты.

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

Конечно в некоторых случаях можно что-то там сгенерировать, например линк

Т.е.

$html->output("p" , "This is my p" ) - это большое зло и маразм.

echo select( array("New York" , "LA" ) , array("default" => "New York" , array("class" => "hello" , "id" => "hello" ) ?> тоже зло но может и допустимо в каких-то случаях.


а правильный MVC подход будет написанный выше где во вью нет логики, нет сложных концепций а родной чистый HTML ну с небольшими вкреплениями кода. Ну там линк сгенерировать или селект в лупе.

Я не понял к чему вы это. Вы написали слово мвц над конкретным кодом, только ни я ни некоторые другие люди мвц там как то не увидели.

Очень просто: http://datatables.net/media/blog/bootstrap_2/ Притом в отличии от вашего способа мой будет иметь нормальный HTML и немного js. И если я захочу добавить там скажем иконки около названий или что бы при клике на количество часов выскакивал попап - я это всё могу спокойно быстро сделать. Вы нет.

Вот просто для примера: код моего подхода:



То что получилось вашим генератором:

[Komissar]

вот кстати я тоже заметил, что сейчас модно таблицы делать кучей див'ов, а не всегда такой дисплей "стабилен": может полететь при изменении окна в браузере или резолюции монитора. Особенно когда хардкодят длину/ширину.

[Komissar]

а в прошлом году, когда я левачил на стартапчик, как я намучился с Nested div's которые их дизайнерша в каком-то своем туле нагенерила. Там чуть что подвинешь на странице, все разъезжалось по швам.

[crypto5]

Крипто, у нас что тут web dev 101 класс?

В вашем подходе нету чистого HTMLa. Все функции которые генерируют HTML зло ибо сам HTML это и есть образец простоты.

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

Конечно в некоторых случаях можно что-то там сгенерировать, например линк

Т.е.

$html->output("p" , "This is my p" ) - это большое зло и маразм.

echo select( array("New York" , "LA" ) , array("default" => "New York" , array("class" => "hello" , "id" => "hello" ) ?> тоже зло но может и допустимо в каких-то случаях.


а правильный MVC подход будет написанный выше где во вью нет логики, нет сложных концепций а родной чистый HTML ну с небольшими вкреплениями кода. Ну там линк сгенерировать или селект в лупе.

Я не понял к чему вы это. Вы написали слово мвц над конкретным кодом, только ни я ни некоторые другие люди мвц там как то не увидели.

Очень просто: http://datatables.net/media/blog/bootstrap_2/ Притом в отличии от вашего способа мой будет иметь нормальный HTML и немного js. И если я захочу добавить там скажем иконки около названий или что бы при клике на количество часов выскакивал попап - я это всё могу спокойно быстро сделать. Вы нет.

Вот просто для примера: код моего подхода:



То что получилось вашим генератором:

В той таблице дерево еще было, с помощью которого можно скрывать строки.
И я не понял почему это я не могу обрабатывать клики и вставлять иконки.

[Интеррапт]

вот кстати я тоже заметил, что сейчас модно таблицы делать кучей див'ов, а не всегда такой дисплей "стабилен": может полететь при изменении окна в браузере или резолюции монитора. Особенно когда хардкодят длину/ширину.

Скорее наоборот, раньше было злоупотребление таблицами только для того, чтобы создать layout. Сейчас этого поубавилось.
Хотя я тоже не фанат того, чтобы чисто табличные данные лепить через "display:table", "display:table-row", "display:table-cell" и т.п. стили.

[Komissar]

но Вы согласны, что с кондовой таблицей, где все длины/ширины определены в %%, а не за хардкодены в пикселях, Layout в целом будет крепче держаться на разных браузерах и в разных экранных резолюциях?

[crypto5]

но Вы согласны, что с кондовой таблицей, где все длины/ширины определены в %%, а не за хардкодены в пикселях, Layout в целом будет крепче держаться на разных браузерах и в разных экранных резолюциях?

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

[stenking]

Таблицы сейчас не нужны, есть же хорошие гриды. Просто многие пользуются всяким г-ном особенно когда такой напальцованный девелопер ( или хуже дизайнер ) в фронтенде нифига не понимает а лезет. Проблема с tables даже не то что они по разному отрисовываются ( reset для чего ) а то что когда table которая внутри тейбл которая внутри тейбл которая........ это полный беспредел.

Всё таки с дивами полегче в этом плане, нет нужды их так сильно nest.

http://twitter.github.com/bootstrap/sca ... gridSystem

[stenking]

В той таблице дерево еще было, с помощью которого можно скрывать строки.
И я не понял почему это я не могу обрабатывать клики и вставлять иконки.

Потому что вы очень, очень сильно ограничены рамками генератора. Например, вот допустим вам нужно добавить иконку с часиками к Last Modified хедеру. Можно бы это сделать с CSS? Может и да если ваш класс разрешает добавить айди этого поля. Хорошо, а как насчёт иконки которая отображает именно текущее время?

Т.е. вместо того что бы просто добавить в HTML код типа

<img src="images/<?php echo time("h") ?>.png" /> вы начинаете делать что-то неестественное типа генерировать кучу css или что ещё хуже добавлять <img код к названию поля - т.е. смешивать логику и презентацию.

А вот посложнее пример. Одни из этих данных в таблице это картинка которая сначало показывает loading а потом подгружается with ajax call. Притом только на ширину экрана. Если в таблице 1000 полей то загружаются только те которые находятся в видимой области. Можно ли такое сделать вашим генератором? Не знаю. Может и да но скорее нет или сильно сложнее.

[stenking]

но Вы согласны, что с кондовой таблицей, где все длины/ширины определены в %%, а не за хардкодены в пикселях, Layout в целом будет крепче держаться на разных браузерах и в разных экранных резолюциях?

http://twitter.github.com/bootstrap/sca ... GridSystem

[crypto5]

Я не работал с ваадин, и считаю что это тупиковая ветвь, и склоняюсь к gwt based библиотеках, но обычно в таких фреймворках контейнеры(таблицы например) разрешают вам разместить любой компонент внутри, который может быть какой то хтмл компонент типа HtmlComponent("<a href = '...'>...</a>") так и какой нибудь библиотечный типа new Anchor().setUrl().setOnClickHandler(myHadler); и все там концептуально должно интегрироваться(с поправкой на косяки конкретной библиотеки), и цсс на виджеты можно вешать, и к дому доступ иметь.

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

[stenking]

но Вы согласны, что с кондовой таблицей, где все длины/ширины определены в %%, а не за хардкодены в пикселях, Layout в целом будет крепче держаться на разных браузерах и в разных экранных резолюциях?

http://twitter.github.com/bootstrap/sca ... GridSystem

[Интеррапт]

но Вы согласны, что с кондовой таблицей, где все длины/ширины определены в %%, а не за хардкодены в пикселях, Layout в целом будет крепче держаться на разных браузерах и в разных экранных резолюциях?

Не совсем согласен. В тех же div вы точно так же можете указывать проценты. Ничем от таблиц в этом смысле не отличается. Кроме того, что тяжеловато расставаться с table/tr/td и т.п. и переключаться на div и стили. Хотя интерфейс с div/CSS более грамотный. Я лично таблицами для описания layouts вообще не пользуюсь, смысла нет уже. Тем более, div+css дают больше гибкости, чем tables. Главное приспособиться и расстаться со старыми привычками.

[Komissar]

уговорили! бум переходить на див'ы.

[Komissar]

а чем ПХП принципиально лучше старого доброго JSP?

[Интеррапт]

уговорили! бум переходить на див'ы.

Интересные мысли. Почитай -- http://stackoverflow.com/questions/8307 ... ut-in-html

[Интеррапт]

а чем ПХП принципиально лучше старого доброго JSP?

А что, кто-то еще использует JSP?

[Komissar]

никто, вот я и спрашиваю, почему