PyObjC in, Cocoa-Java out:
The Apple Developer Connection recently posted what looks like a nice introduction to PyObjC. It's even got QuickTime movies showing how to work with Interface Builder.
/.../
Meanwhile, in case you missed it, the Cocoa-Java bindings are deprecated.
/.../
I imagine that among other factors they expect to get better, more Mac-like applications via PyObjC than Java.
... << RSDN@Home 1.1.4 stable rev. 510>>
Andrei,
> PyObjC in, Cocoa-Java out:
> > The Apple Developer Connection recently posted what looks like a nice introduction to PyObjC. It's even got QuickTime movies showing how to work with Interface Builder.
> /.../
> Meanwhile, in case you missed it, the Cocoa-Java bindings are deprecated.
> /.../
> I imagine that among other factors they expect to get better, more Mac-like applications via PyObjC than Java.
Да уж... Порой Apple настолько "think different", что понять их становится сложно... Что в данном случае особенно сложно понять, так это то, что они вообще уцепились за Objective-C в качестве основного языка Cocoa, когда наследовали NeXTSTEP и OPENSTEP... При этом, посадив ядро на BSD, и продолжая развивать Carbon, они стимулируют у разработчиков своеобразную API-шизофрению, т.к. последние вынуждены использовать понемногу из
всех этих разных, но местами пересекающихся API, в общем не имея возможности ограничиться какой-то одной из них. И Objective-C, являясь, фактически, proprietary language of Apple, и, вопреки рекламным лозунгам, ощутимо отличаясь не только от C++, но и от C, в этом деле слабый помощник.
В случае же "спрыгивания" с Java их понять вполне можно. Об этом неплохо сказано
здесь:
Unlike Objective-C, Java is widely taught at universities and elsewhere. Many programmers who are learning Cocoa are already experienced with Java. For an experienced Java programmer, using Java with Cocoa might seem like less work than using Objective-C with Cocoa, but learning Objective-C takes little time for most programmers experienced with C and at least one object-oriented language. Because Cocoa is written in Objective-C, Cocoa programmers inevitably encounter Objective-C code even if that encounter is limited to example programs and documentation. Learning Objective-C makes learning Cocoa easier in the long run.
Java has several disadvantages for desktop applications. The cross-platform support and security features that make Java ideal for some applications can get in the way of others. The Java Virtual Machine that provides cross-platform support and security is large and takes a long time to load. When a Java desktop application is first started, the Java Virtual Machine must also be started and initialized. The JVM slows application start-up and consumes resources. For long-running server applications, the startup cost is negligible when averaged over the months or years that the program runs. Desktop applications are started and quit much more often.
Java Cocoa applications pay the price for the JVM, but they don't reap the benefits. When Cocoa is used, the Java application no longer has cross-platform support. Cocoa provides access to features that circumvent Java's security restrictions, which are probably inappropriate for a desktop application anyway.
Java is a popular language. Many libraries of Java objects are available, but it is inconvenient to use Java with most existing libraries that were written in different languages. To maximize the benefits of Java's portability and security, it is necessary to avoid existing non-Java libraries. The fact that it is inconvenient to reuse the millions of lines of existing C code and libraries from Java is a disadvantage.
Posted via RSDN NNTP Server 2.0 beta
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>В случае же "спрыгивания" с Java их понять вполне можно. Об этом неплохо сказано здесь:
ПК>ПК>... The Java Virtual Machine that provides cross-platform support and security is large and takes a long time to load. When a Java desktop application is first started, the Java Virtual Machine must also be started and initialized. The JVM slows application start-up and consumes resources. For long-running server applications, the startup cost is negligible when averaged over the months or years that the program runs. Desktop applications are started and quit much more often.
...
Это мне напоминает: "Как?! Вы не любите кошек?!?! ... Значит вы их готовить не умеете..."
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>Да уж... Порой Apple настолько "think different", что понять их становится сложно... Что в данном случае особенно сложно понять, так это то, что они вообще уцепились за Objective-C в качестве основного языка Cocoa, когда наследовали NeXTSTEP и OPENSTEP...
Кстати, вспомнил, что у них и
CLOS свой и
Self свой.
ЗЫ. И вообще, складывается впечатление, что яблочные инженеры довольно сильно тяготеют к динамической типизации.
ЗЗЫ. Похоже, что NIH-синдром это побочный эфект любого творчества. То есть грань очень нечеткая, то ли мы что-то полезное-новое изобретаем, то ли велосипед. Это не всегда четко видно. И на точку зрения множество факторов влиять может.
ЗЗЗЫ. К
обсуждавшемуся раннееАвтор: Sinclair
Дата: 10.06.05
вопросу "модификаторы доступа vs. слои-виды",
цитата:
A more practical use of the interface construct is to build public and private versions of a module, something that other languages include as a "bolt on" feature that invariably causes problems and adds syntax. Under Dylan the programmer can simply place every function call in the "Private" or "Development" interface, and collect up publicly accessible functions in "Public". Under Java or C++ the visibility of an object is defined in the code itself, meaning that to support a similar change the programmer would be forced to re-write the definitions completely, and could not have two versions at the same time.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>Да уж... Порой Apple настолько "think different", что понять их становится сложно... Что в данном случае особенно сложно понять, так это то, что они вообще уцепились за Objective-C в качестве основного языка Cocoa, когда наследовали NeXTSTEP и OPENSTEP...
Кстати, вспомнил, что у них и
CLOS свой и
Self свой.
ЗЫ. И вообще, складывается впечатление, что яблочные инженеры довольно сильно тяготеют к динамической типизации.
ЗЗЫ. Похоже, что NIH-синдром это побочный эфект любого творчества. То есть грань очень нечеткая, то ли мы что-то полезное-новое изобретаем, то ли велосипед. Это не всегда четко видно. И на точку зрения множество факторов влиять может.
ЗЗЗЫ. К
обсуждавшемуся раннееАвтор: Sinclair
Дата: 10.06.05
вопросу "модификаторы доступа vs. слои-виды",
цитата:
A more practical use of the interface construct is to build public and private versions of a module, something that other languages include as a "bolt on" feature that invariably causes problems and adds syntax. Under Dylan the programmer can simply place every function call in the "Private" or "Development" interface, and collect up publicly accessible functions in "Public". Under Java or C++ the visibility of an object is defined in the code itself, meaning that to support a similar change the programmer would be forced to re-write the definitions completely, and could not have two versions at the same time.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Я не понял, а что при отправке через Янус в сообщении никакого ID нету? Ну, чтоб при разрыве связи в момент отправки не было дублей.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Здравствуйте, Andrei N.Sobchuck, Вы писали:
ANS>Здравствуйте, Павел Кузнецов, Вы писали:
ПК>>Да уж... Порой Apple настолько "think different", что понять их становится сложно... Что в данном случае особенно сложно понять, так это то, что они вообще уцепились за Objective-C в качестве основного языка Cocoa, когда наследовали NeXTSTEP и OPENSTEP...
ANS>Кстати, вспомнил, что у них и CLOS свой и Self свой.
И вот, оказывается, есть
довольно интересное чтиво.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
