Javascript: HTML to PDF

[Arigato]

1. Пример задачи для серверного скрипта, где это критично? Во многих случаях многопоточность реализуется на PHP несколькими параллельными обращениями к серверу. А на клиентском JavaScript никакой многопоточности нет, разве что эмуляция с помощью setTimeout.
2. ООП в JS вообще никакое. Оно и в PHP далеко от идеала, но несравнимо лучше реализовано, чем в JS.
3. Чем плох global - не понятно. Используйте $GLOBALS, если global не нравится.
4. Не вижу принципиальную разницы между работай с n-ным количеством методов и с n-ным количеством функций. При желании можно создать класс, работающий с датой и временем, если вам так удобнее. Не вижу препятствий.
5. Что за глупость? Только чаще встречается название не хэш, а ассоциативный массив.
6. С какими еще иерархическими данными?
7. В чем же неудобство?

[Naive]

1. setTimeout(fn, 0); — да... только в php и этого нет.
1.1. отрисовка нескольких независимых кусков страницы, цепляющих данные из разных таблиц БД, так как запросы идут не последовательно, число обращений к БД будет работать быстрее, чем запросы в 20 строк, которые также можно распараллелить.
1.2. Игры, напр. n потоков паралельно обрабатывают действия n игроков.
1 запрос, n действий, 1 ответ ИМХО лучше, чем
n запросов, 1 действие, n ответов
2. ООП в JS вообще другое) Прототипное, достаточно создать прототип, и по нему уже другие объекты — ничуть не хуже, все принципы ООП сохраняются. Достаточно привыкнуть.
Оно и в PHP далеко от идеала — с эти трудно не согласиться=)
3. В js все пространство имен наследуется в дочерние функции. Согласен, приемущество из пальца, ИМХО удобней.
4. В js уже есть объект, работающий с датой и хранящий его в виде "даты", а не числа.
5. на js весь запрос к базе можно получить в хэше (как на перл), в php нужно разбирать построчно хоть и да, MysqlFetchAssoc();
+ в php "хэш" - это всего лишь ассоциативный массив, в JS хэш — это уже Объект:

var a = {
      b:5,
      c:6,
      d:function(){
        this.b+=this.c
      }
    };

6. Например такими:

var goods = [
      {
        name:"Выпечка",
        type:"bread"
        goods: [
          {
            name:"Батон",
            count:12,
            price:20.6
          },
          {
            name:"Хлеб",
            count:8,
            price:16.80
          },
        ],
        name:"Молоко",
        type:"milk"
        price:40,
        count:[
          {
            deadline:"15.04.12",
            count:14
          },
          {
            deadline:"13.04.12",
            count:6
          }
        ]  
      }
    ];

7. В том, что чтобы разобрать дерево из примера выше на js мне нужна одна функция, которая создаст объекты товаров.
На PHP нужно 4 вложенных цикла.

[Arigato]

1. Это не многопоточность, а банальный таймер. Только зачем таймер на стороне сервера? Для этого есть крон. А если надо параллельно обработать множество запросов, то это легко делается в комбинации PHP + JS (клиентский). JS генерирует нужные запросы к серверу, на сервере параллельно запускается нужное число PHP скриптов.
1.1. AJAX полностью решает эту проблему.
1.2. Игровые сервера не пишутся на PHP или JS, эти языки не для многопоточных игр, да и не для игр вообще. Ну простенькие браузерные игры можно реализовать, только ума не приложу, зачем тут многопоточность в явном виде? Для каждого игрока и так свой PHP скрипт будет работать.
2. Про ООП в JS промолчу
3. -
4. Наличие объекта для работы с чем либо (пусть с датой) никак не дает языку преимуществ. Мало ли, где какие объекты или классы уже есть, так можно самый отвратительный язык напичкать 1000 объектами и сказать, что он лучше всех, т.к. объектов у него больше всего.
5. А говорили в PHP нет хэшей, а теперь говорите, что есть, но не такой. Надо еще доказать, что вариант из JS лучше, чем из PHP. В JS по сути как раз и нет ассоциативных массивов, они реализуются посредством объектов.
6. Тот же ассоциативный массив в PHP позволяет сделать тоже самое, только синтаксис записи будет несколько иной.
7. PHP функция json_decode.

[Naive]

1. Таймеры, которые создают многопоточность — PHP даже на это не способен. Крон - это доп программа, а в js это реализуется средствами языка. «А если надо параллельно обработать множество запросов, то это легко делается в комбинации PHP + JS (клиентский)» — делается легко, да. Работает долго, каждый запрос будет зависеть от пинга.
1.1. Не решает, если на стороне клиента отключены скрипты (1)
Не решает, если нужна индексация поисковиками данных (2)
1.2. Почему не пишутся на php понятно) На JS не пишутся потому что технология молода) Он для этой цели отлично подходит.
2. Согласен, ООП в JS просто сказка
4. Аналогично можно сказать про 100500 функций в неком языке, с разным синтаксисом и с разными правилами офориления: код превращается (на это языке) в нечто: то кэмелкейс, то ф-ии через землю, никакой стандартизации.
5. В php есть то, что можно назвать хэшем. Зачем доказывать? Это очевидно: массив может быть хэшем или объектом, или вообще классом. Не так ли должно быть в языке с динамической типизацией?
6. И для дерева с n уровнями вложеностей тоже? С динамическим расширением классов обработки дерева?
7. а после нее 4 (в данном случае) вложенных цикла

[ADSoft]

чет вы не в тему уже ребята спорите )))) создайте отдельно новый холивар - что круче php или JS

[Arigato]

Naive, короче, пишите на чем хотите, ваше дело, смысла в споре не вижу.

Сообщение от ADSoft

создайте отдельно новый холивар - что круче php или JS

Нет уж, не надо. Вкратце этот спор решается очень просто: оба г-вно.

P.S.

Сообщение от Naive

аймеры, которые создают многопоточность — PHP даже на это не способен.

Никакой многопоточности таймеры не создают. Простые таймеры в один поток, в чем легко убедится.

[kRicha]

да, ребят, вы че-то действительно, куда-то не туда забрели.
Вопрос же был в генерировании pdf файла

[Arigato]

JS не способен генерировать PDF, в отличии от PHP, у которого есть библиотека PDFLib, позволяющая создавать PDF-файлы.

[Naive]

Сообщение от Arigato

JS не способен генерировать PDF, в отличии от PHP, у которого есть библиотека PDFLib, позволяющая создавать PDF-файлы.

Вы так говорите, как буд-то если бы в PHP не было бы библиотеки PDFLib, то создать ПДФ было бы невозможно и на php.
Библиотеку можно написать и для JS, главное желание.

[kRicha]

Сообщение от Naive

Вы так говорите, как буд-то если бы в PHP не было бы библиотеки PDFLib, то создать ПДФ было бы невозможно и на php.
Библиотеку можно написать и для JS, главное желание.

это первое. А второе, то, что есть библиотеки, у меня одна даже завелась, но взглянув на историю разработки - увидел, что она была заброшена еще в 2008 или 2009 году, по этому некоторые детали там не подошли..