Артур Пепперкорн

редактировать

Артур Генри Пепперкорн
Родился(1889-01- 29) 29 января 1889 г.. Леоминстер
Умер3 марта 1951 (1951-03-03) (62 года). Донкастер
ОбразованиеХерефордская кафедральная школа
Род занятийИнженер
Инженерная карьера
ДисциплинаМашинист-локомотив
LNER Peppercorn Class A2 Blue Peter

Артур Генри Пепперкорн, OBE (29 января 1889 г. - 3 марта 1951 г.) был английским инженером-железнодорожником и последним главным инженером-механиком (CME) Лондонской и Северо-Восточной железных дорог.

Содержание
  • 1 Карьера
    • 1.1 Локомотив s
  • 2 Наследие
  • 3 Ссылки
  • 4 Внешние ссылки
Карьера

Артур Пепперкорн родился в Леоминстере в 1889 году и получил образование в Соборной школе Херефорда.. В 1905 году он начал свою карьеру в качестве ученика в Великой Северной железной дороге (GNR) в Донкастере. Гресли полюбил молодого ученика и стал руководить его карьерой; В свою очередь, Пепперкорн был предан Гресли, и со временем к нему относились почти как к члену семьи.

Внезапная смерть Гресли в 1941 году стала шоком для всех в ЛНЭР, и хотя Пепперкорн считался роль, его большая скромность по сравнению с другим кандидатом Эдвардом Томпсоном, а также влияние, которое Томпсон имел в старшинстве LNER, означало, что именно Томпсон сменил Гресли. Томпсону было уже 60 лет, и он, и LNER признали, что его назначение не было окончательным решением: и Пепперкорн, и Харрисон были готовы к этому моменту.

Когда 1 июля 1946 года Пепперкорн сменил Томпсона на посту CME, его стиль работы оказался очень отличным от стиля его предшественника. Пепперкорн был признан любезным и очень любимым человеком, хотя, несмотря на свою популярность, оставался очень скромным и скромным. Он считал, что эта работа стоит выше его, но на самом деле он обладал многими выдающимися способностями своего наставника сэра Найджела Гресли. Он мог видеть за пределами ограничений сопряженного клапанного механизма Гресли и недостатков локомотивов Томпсона. Peppercorn завершила несколько проектов, начатых Томпсоном, и отменила другие. Он пересмотрел конструкцию K1 / 1, чтобы построить партию из 70 самолетов класса K1, продолжил строительство B1 и остановил дальнейшее восстановление класса A10 в спецификации A1 / 1. Его наиболее значительным следом в истории железных дорог должен быть его LNER Peppercorn Class A1 и LNER Peppercorn Class A2.

Peppercorn, погибший в 1951 году в Doncaster.

Locomotive

A1 Pacific. Нет. 60122 Керлью везет экспресс Кингс-Кросс через станцию ​​Финсбери Парк в апреле 1962 года.

Эдвард Томпсон установил строгие правила длявходящего CME, непосредственно касающиеся будущего дизайна пассажирского экспресса Pacific. Дизайн должен был основываться на A1 / 1 Pacific Great Northern, который был перестроен во время правления Томпсона. Это могло бы создать нечто среднее между A2 / 3 Pacifics и 6'8-дюймовыми ведущими колесами Great Northern. К тому времени, когда Peppercorn был у власти, сообщения о постоянных проблемах с рамой Great Northern, горячих буксах и утечках пара возвращались обратно в Конструкторское бюро. Считалось, что проблемы были вызваны отсутствием опоры рамы в передней части, в основном из-за того, что цилиндры не были выровнены друг с другом (аспект разделенного привода в сочетании с шатунами одинаковой длины). Рекомендации Томпсона будут изготовили еще один локомотив с раздельными цилиндрами, поэтому Peppercorn решила против этого, выровняла цилиндры и устроила локомотив как что-то вроде слияния A4 Гресли и A2 / 1 Томпсона, создав сначала класс A2, а затем A1.

В обеих Peppercorn Pacifics использовался бойлер с решеткой площадью 50 кв. Футов, позволяющий производить очень высокие уровни мощности, но за счет относительно высокого расхода топлива. Дело в том, что, хотя оба класса A1 и A2 считались отличными локомотивами, они не пользовались особой популярностью у тех, кому приходилось их увольнять. Предыдущие модели Gresley Pacifics на LNER имели решетку площадью 41,25 кв. Фута, которой было достаточно для любых задач, не требующих очень высокой выходной мощности. P2 были построены с решетками площадью 50 кв. Футов, которые могли подавать большое количество пара в течение длительных периодов времени, но оказались слишком большими для этой цели: пожарному приходилось загружать огромное количество угля только для того, чтобы решетку оставалось закрытой. решетки поменьше хватило бы. Котел P2 был перенесен в компанию Thompson Pacifics (потому что первые представляли собой перестройку модели P2), а затем в компанию Peppercorn Pacifics. Однако в то время, когда были построены эти классы, поезда времен Второй мировой войны были огромными по сравнению с теми, для которых были спроектированы и построены Gresley Pacifics, и и Пепперкорн, и Томпсон должны были разработать двигатели, которые могли бы удовлетворить это требование: больший расход топлива на более легких. обязанности были компромиссом, необходимым для удовлетворения высоких требований дня.

Несмотря на проблемы с расходом топлива, устраняя ограничения как Thompson Pacifics, так и Gresley, Peppercorn произвела двигатели, которые могли справиться практически со всей работой, возложенной на них, без недостатков, связанных с перегревом центрального подшипника., негерметичные соединения паропроводов, переломы рамы или любые другие дефекты, которые испортили предыдущий LNER Pacifics. Автомобили A1 должны были заменить A4 в непрерывных экспрессах, но низкий расход топлива A4 означал, что A1 не смогли нарушить свою монополию на экспрессы без остановок. После послевоенного выравнивания рамы иустановки двойных дымоходов Кыльчап, A4 снова стали знаменосцем главной линии Восточного побережья. Для второго LNER Express, однако, A1 оказался отличным дизайном уровня.

Настоящая сила классов A1 и A2 заключается в их надежности. Тщательно сочетая лучшие черты дизайна Гресли и Томпсона, а также собственные идеи, Peppercorn создал два шедевра: надежность и низкая стоимость обслуживания. В пяти из них были установлены роликовые подшипники, и они регулярно проезжали 150 000 миль. onТочка устанавливается с использованием pointcut, объявленной выше: <164>after (): set () {Display.update (); } <171>AspectJ также поддерживает ограниченные формы статической проверки на основе pointcut и повторного использования аспектов (путем наследования). См. Руководство по программированию AspectJ для более подробного описания языка.

Совместимость и реализации AspectJ <143>AspectJ может быть реализован разными способами, включая или, и непосредственно в <146>виртуальной машине (VM) . Во всех случаях программа AspectJ становится действующей программой Java, работающей на виртуальной машине Java. Классы, на которые влияют аспекты, являются двоично-совместимыми с незатронутыми классами (чтобы оставаться совместимыми с классами, скомпилированными с незатронутыми оригиналами). Поддержка нескольких реализаций позволяет языку развиваться по мере изменения технологии, а совместимость с Java обеспечивает доступность платформы. аннотации
Ключом к его успеху были инженерные и языковые решения, которые сделали язык пригодным для использования и программы. Исходная реализация Xerox AspectJ использовала переплетение исходного кода, что требовало доступа к исходному коду. Когда Xerox предоставила код для Eclipse, AspectJ был повторно реализован с использованием компилятора Eclipse Java и инструмента для создания байт-кода на основе BCEL , чтобы разработчики могли писать аспекты кода в двоичной (.class) форме. В то время язык AspectJ был ограничен поддержкой модели для каждого класса, необходимой для инкрементальной компиляции и ткачества во время загрузки. Это сделало интеграцию IDE столь же отзывчивой, как и их аналоги на Java, и позволило разработчикам развертывать аспекты без изменения процесса сборки. Это привело к более широкому распространению, поскольку AspectJ стал использоваться нетерпеливыми программистами Java и развертываниями корпоративного уровня. С тех пор команда Eclipse повысила производительность и корректность, обновила язык AspectJ для поддержки языковых функций Java 5 , таких как generics и
, а также интегрировал стиль аннотаций. аспекты чистого java из AspectWerkz <197>Проект Eclipse поддерживает интерфейсы командной строки и . В родственном проекте Eclipse постоянно улучшается поддержка Eclipse IDE для AspectJ (называемых AspectJ Development Tools (
AJDT
)) и других поставщиков перекрестной структуры. Поддержка IDE для emacs ,NetBeans и. JBuilder прекратилась, когда Xerox поместила их в открытый исходный код, но поддержка Oracle JDeveloper действительно появилась. Поддержка IDE была ключом к Java-программистам, использующим AspectJ и понимающим общие проблемы.
BEA имеет предлагала ограниченную поддержку виртуальных машин для аспектно-ориентированных расширений, но для расширений, поддерживаемых во всех виртуальных машинах Java, потребуется согласие через Sun Java Community Process (см. также пакет java.lang.instrument, доступный с Java SE 5, который является общей основой для загрузки JVM -времени КИПиА).
Академический интерес к семантике и реализации
аспектно-ориентированных языков окружает AspectJ с момента его выпуска. Ведущей исследовательской реализацией AspectJ является

компилятор AspectBench
или abc; он поддерживает расширения для изменения синтаксиса и семантики языка и формирует основу для многих экспериментов АОП, которые команда AspectJ больше не может поддерживать, учитывая широкую базу пользователей.
Многие программисты открывают для себя AspectJ как вспомогательную технологию для других проектов, в первую очередь Spring AOP . Родственный проект Spring,

Spring Roo

, автоматически поддерживает межтиповые объявления AspectJ. в качестве основного вывода генерации кода. Крис Маеда
История и участники <201>Грегор Кичалес начал и возглавил команду Xerox PARC , которая в конечном итоге разработала AspectJ. Он ввел термин «пересечение». Четвертый в команде
ввел термин аспектно-ориентированное программирование. <136>Джим Хугунин и (члены команды Xerox PARC 12 и 13) были разработчиками исходного компилятора и ткача, Мик Керстен реализовал интеграцию IDE и запустил Проект Eclipse AJDT с (текущий руководитель проекта <138>AspectJ ) и (текущий инженер-компилятор).
Был разработан и поддерживается совместными усилиями вычислительной лаборатории Оксфордского университета , Университета Макгилла и Института.
AspectWerkzAspectWerkz - это динамическая, легкая и высокопроизводительная
структура AOP / AOSD для Java . Он был объединен с проектом AspectJ, который поддерживает функциональность AspectWerkz начиная с AspectJ 5.
и спроектировал проект AspectWerkz, а позже внес свой вклад в проект AspectJ, когда он объединился в стиле аннотаций AspectWerkz и поддержке ткачества во время загрузки.. аннотациях Java
В отличие от AspectJ до версии 5, AspectWerkz не добавлял никаких новых языковых конструкций в Java, а вместо этого поддерживал объявление аспектов в
. Он использует модификацию байт-кода для переплетения классов во время сборки проекта, во время загрузки класса, а также во время выполнения . Он использует стандартизированные API уровня JVM. Аспекты могут быть определены с помощью аннотаций Java (представленных в Java 5), ​​пользовательского doclet Java 1.3 / 1.4 или простого файла определения XML.
AspectWerkz предоставляет API для использования тех же аспектов для прокси-серверов, что обеспечивает прозрачность работы и плавный переход для пользователей, знакомых с прокси.
AspectWerkz - это
бесплатное программное обеспечение . Лицензия в стиле LGPL позволяет использовать AspectWerkz 2.0 как в коммерческих, так и в проектах с открытым исходным кодом.
См. Также <192> Aspect-oriented programming<186>Spring AOP(part of the Spring Framework<182>Aspect-oriented software development<187>References <143>External links <194>AJDT<202>Aspect bench : <131>https://web.archive.org/web/20170816093700/http://www.sable.mcgill.ca/abc/<179>AspectJ Home Page<191>AspectWerkz Project homepage<180>Improve modularity with aspect-oriented programming<185>Spring AOP and AspectJ Introduction<183>The AspectJ Programming Guide<202>Xerox has
U.S. Patent 6,467,086 for AOP/AspectJ, but published AspectJ source code under the Common Public License, which grants some patent rights.<151>"AspectJ 1.9.5". Release README. Retrieved 2019-11-28.<141><148>
<149>

Последняя правка сделана 2021-06-11 21:36:01
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru