Java - какой статус у jsr 305?

Практика

S&OP не существует изолированно, а является одним из элементов общей стратегии. Чтобы процесс S&OP способствовал достижению бизнес-целей, рекомендуем придерживаться Тройственного подхода к его внедрению.

Согласование стратегии. Постановка целей, формулировка понятия хорошего плана. Здесь необходим индивидуальный подход, который должен исходить из стратегии конкретной компании и соответствовать требованиям отрасли. Каков должен быть подход подскажет глубокий анализ деятельности компании.
Оценка эффективности системы поставок. Получение достоверных фактических данных о текущей степени S&OP-зрелости, исследование потенциала для усовершенствований.
Инструментарий. Применение инструментов, наиболее пригодных на том или ином этапе (средства визуализации, приложения для планирования объемов операций, выполнения вероятностного анализа и т.д.).

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

Проверим понимание методологии S&OP на простых жизненных примерах

Ниже приведены примеры обращений к нам клиентов с вопросами по внедрению S&OP. Как вы думаете, на каком этапе у них возникли эти вопросы?

1. Кто должен выполнять прогноз объема продаж?

Для эффективного внедрения S&OP требуются надежные фактические данные и качественный прогноз. Как же его выполнить и кому лучше поручить?

Можно вооружиться методами статистического прогнозирования (например, расчет скользящего среднего или регрессивный анализ). Или привлечь сотрудников, которые способны делать прогнозы, опираясь на многолетний опыт работы. А можно объединить эти два способа: выполнить статистическое прогнозирование и улучшить результат с учетом мнения коллег

Следует также принять во внимание ситуацию на рынке, известные заказы и т.д. Это называется коллаборативное прогнозирование.

2. Как снизить зависимость от качества прогноза?

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

3. Когда план можно считать подходящим?

Каковы критерии оценки операционного плана? На что он нацелен: увеличение прибыли, рост объемов производства, сохранение клиентов?

Синтаксис аннотации, @interface

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

Для описания новой аннотации используется ключевое слово @interface. Например :

public @interface Description {
    String title();
    int version() default 1;
    String text();
}

Пример использования аннотации Description :

@Description(title="title", version=2, text="text")
public class Sample {
    // ...
}

Пример аннотации с параметрами:

import java.lang.annotation.*;

@Target(value=ElementType.FIELD)
@Retention(value= RetentionPolicy.RUNTIME)

public @interface Name
{
    String name();
    String type() default "string";
}

В данном примере аннотация включает в себя несколько полей (name, type), которые можно задать как обязательными, так и необязательными.
В последнем случае подставляется default значение поля.

Из синтаксиса аннотации следует, что саму аннотацию можно пометить несколькими параметрами. В качестве типов параметров аннотации могут
использоваться только примитивные типы, перечисления и класс String. Если у аннотации нет элементов, ее называют маркером (marker annotation
type). В этом случае при использовании аннотации круглые скобки можно не писать.

Реализация

Я надеялся, что все они имеют в основном то же самое тривиальное осуществление, но детальный анализ показал, что это не так.

Во-первых для сходства:

В @NonNull аннотациями все имеют линии

за исключением

org.jetbrains.annotations, который называет его @NotNull и имеет тривиальную реализацию
javax.annotation, который имеет более длительные реализации
javax.validation.constraints который также называет его @NotNull и имеет реализацию

В @Nullable аннотациями все имеют линии

для (опять же) в org.jetbrains.annotations с их тривиальной реализации, за исключением.

За отличия:

Поразительным является то, что

javax.annotation
javax.validation.constraints
org.checkerframework.checker.nullness.qual

у всех есть время выполнения аннотации (@Retention (выполнения), а

android.support.annotation
edu.umd.cs.findbugs.annotations
org.eclipse.jdt.annotation
org.jetbrains.annotations

только во время компиляции (@Retention (CLASS)).

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

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

                                Область МЕТОД ПАРАМЕТР LOCAL_VARIABLE 
android.support.annotation XXX   
edu.umd.cs.findbugs.annotations XXXX
org.jetbrains.annotation XXXX
Ломбок XXXX
javax.validation.constraints XXX

org.eclipse.jdt.annotation, javax.annotation и org.checkerframework.checker.nullness.qual использовать контексты, определенные в JLS 4.11, что на мой взгляд, правильный способ сделать это.

Это оставляет нас с

javax.annotation
org.checkerframework.checker.nullness.qual

в этом раунде.

Синтаксис

С чисто стилистической точки зрения я хотел бы избегать ссылок на IDE, фреймворк или любой инструментарий, кроме самой Java.

Это исключает:

android.support.annotation
edu.umd.cs.findbugs.annotations
org.eclipse.jdt.annotation
org.jetbrains.annotations
org.checkerframework.checker.nullness.qual
lombok.NonNull

Что оставляет нас с javax.validation.constraints или javax.nnation. Первый идет с JEE. Если это лучше, чем javax.nnation, который может прийти в конечном итоге с JSE или вообще никогда, это вопрос дебатов. Я лично предпочитаю javax.annotation, потому что мне не понравится зависимость JEE.

Это оставляет нас

javax.annotation

который также является самым коротким.

Существует только один синтаксис, который будет даже лучше: java.nnotation.Nullable. Поскольку другие пакеты, прошедшие с javax в java в прошлом, javax.annotation будет шагом в правильном направлении.

Свойство пропорции

Согласно опубликованной финансовой отчётности, на счета лоббистской площадки в 2020 году поступило свыше 341 млн рублей. Примечательно, что 142 млн рублей было потрачено «на проведение кампаний» (что составило свыше 86% расходов организации).

Что это были за кампании, не уточняется. Однако интерес представляет соотношение регулярных и разовых пожертвований. Так, взносы жертвователей, которые регулярно (как правило, ежемесячно) переводят деньги CitizenGo, составили в 2020 году 88,6 млн рублей — 26% от общего числа пожертвований. Остальные 74% (252,7 млн рублей) — это разовые платежи неизвестных сторонников площадки.

Подобное соотношение разовых и регулярных пожертвований напоминает принцип пополнения биткоин-кошелька Фонда борьбы с коррупцией* Алексея Навального, считает специалист Фонда развития современной дипломатии Мовсес Газарян. То есть постоянные подписчики и дарители жертвуют в разы меньше, чем неизвестные спонсоры, которые разово переводят значительные суммы.

Ранее RT писал, что ФБК Навального только на 22% финансировался из пожертвований сочувствующих граждан. Остальные 78% в период с 2017 по 2020 год вносили сами сотрудники фонда и бизнесмены из-за рубежа.

Также на russian.rt.com
Основатель портала «Приговор» рассказал о доходах ФБК Навального в криптовалюте

Однако CitizenGo не публикует никакой информации о своих крупных спонсорах.

Примечательно, что в период пандемии ежегодные доходы организации увеличились почти вдвое. В 2018 году общая сумма донатов составила 178 млн рублей, в 2019-м — 175 млн, а в 2020-м — 341 млн рублей.

Как составить «цифровое» завещание

Если ваш актив признаётся имуществом по российскому праву и платформа допускает его наследование, то нужно составить завещание у нотариуса. Никаких других способов передать его по наследству закон не предусматривает.

Нотариусы рекомендуют включать пароли и ключи доступа к аккаунтам в текст завещания. В документе нужно точно обозначить тот актив, который вы передаёте, а также подтвердить, что он действительно принадлежит вам. Учитывая конфиденциальный характер этих данных, мы рекомендуем оформить закрытое завещание (ст. 1126 Гражданского кодекса РФ). Такое завещание передаётся нотариусу в запечатанном конверте в присутствии двух свидетелей. Нотариус помещает этот конверт в ещё один, уже нотариальный конверт, и ставит на нём отметку. Конверт с закрытым завещанием может распечатать только наследник.

Пример формулировки:

«Я, ФИО, настоящим завещанием делаю следующее распоряжение:
Свой аккаунт в онлайн бирже „Название биржи“ и все денежные средства, находящиеся на счёте личного кабинета на момент открытия наследства, я завещаю ФИО.
Прошу передать ФИО логин и пароль от аккаунта:
Логин:
Пароль: »

Ещё один вариант — завещать USB-накопитель с мастер-паролем. В этом случае в завещании стоит прописать передачу самой флеш-карты и пароля от неё.

Такой вариант подойдёт в том случае, если в будущем вы планируете приобретать новые цифровые активы. Поскольку сам накопитель будет храниться у вас, вы сможете записывать на него коды доступа к новым активам. Не нужно будет каждый раз корректировать завещание.

Использование аннотации

Предположим, нам нужно ограничить доступ к некоторым функциям веб-приложения для разных пользователей. Иными словами
необходимо реализовать права (permissions). Для этого можно добавить следующее перечисление в класс пользователя:

public class User {
    public static enum Permission {
        USER_MANAGEMENT, CONTENT_MANAGEMENT
    }

    private List<Permission> permissions;

    public List<Permission> getPermissions() {
        return new ArrayList<Permission>(permissions);
    }
    // ...
}

Создадим аннотацию, которую будем использовать для проверки прав доступа :

@Retention(RetentionPolicy.RUNTIME)
public @interface PermissionRequired {
    User.Permission value();
}

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

@PermissionRequired(User.Permission.USER_MANAGEMENT)
public class UserDeleteAction {
    public void invoke(User user) { /* */ }
}

Теперь используя reflection, можно принимать решение, разрешать или не разрешать выполнение
определенного действия :

User user = ...;
Class<?> actionClass = ...;
PermissionRequired permissionRequired = actionClass.getAnnotation(PermissionRequired.class);
if (permissionRequired != null){
    if (user != null && user.getPermissions().contains(permissionRequired.value())){
        // выполнить действие
	}
}

Исходные данные

В предыдущем расследовании об антивакцинном лобби говорилось, что в августе 2021 года сайт WikiLeaks опубликовал более 17 тыс. документов о деятельности CitizenGo и связанной с ней ультраправой испанской организации HazteOir.

Также на russian.rt.com
«Дискредитация государства»: как в России лоббируют антиваксерское движение

Среди них особый интерес представляет финансовая отчётность. Так, согласно отчёту представительства CitizenGo в США за 2015 год, американский филиал получил $100 тыс. Но в 2016 году организация рассчитывала заработать $200 тыс., а в 2017-м — $300 тыс.

Примечательно, что испанская компания, которая занимается сбором личных данных и активно заявляет о своих политических и социально-экономических взглядах, не подпала под закон о регистрации иностранных агентов (FARA) — её нет в американском списке иноагентов.

При этом HazteOir и CitizenGo связывают с «секретной боевой мексиканской группировкой» El Yunque, а также с Центром семьи, религии и общества Ховарда (США).

Этот союз получил название «Всемирный конгресс семей» (WCF). Основной целью этой организации называли «влияние на политику под прикрытием семейных ценностей».

Мировую известность HazteOir приобрела после ряда скандальных правозащитных акций, направленных против феминизма. В 2019 году она провела так называемую автобусную кампанию с целью отмены закона «О гендерном насилии». В течение недели города Испании объезжал автобус с портретом Адольфа Гитлера и лозунгом против феминизма. После этого МВД Испании аннулировало декларацию HazteOir о статусе общественно полезной организации и лишила её государственных субсидий.

Но впервые автобусы HazteOir на улицах Испании появились в 2017 году, когда общественники начали пропагандистскую кампанию против трансгендерного сообщества. А о том, что основатель CitizenGo и HazteOir Игнасио Арсуаги заигрывает с мексиканскими экстремистами El Yunque, стало известно ещё в 2003 году из расследования мексиканского политического журналиста Альваро Дельгадо.

HazteOir пыталась оспорить свою связь с El Yunque и подала иск в мадридский суд, но дело было проиграно. Впоследствии представители HazteOir в суде требовали от корпорации Google удалить все ссылки, в которых упоминается связь организации c фашистами из El Yunque. Но и этот суд был проигран.

* Фонд борьбы с коррупцией включён в реестр НКО, выполняющих функции иностранного агента, по решению Министерства юстиции РФ от 09.10.2019. Организация признана экстремистской, её деятельность запрещена на территории России по решению Мосгорсуда от 09.06.2021.

Синтаксис

С чисто стилистической точки зрения я хотел бы избежать любых ссылок на IDE, Framework или любой инструментарий, кроме Java.сам по себе.

Это исключает:

android.support.annotation
edu.umd.cs.findbugs.annotations
org.eclipse.jdt.annotation
org.jetbrains.annotations
org.checkerframework.checker.nullness.qual
lombok.NonNull

Какие листьянас либо с javax.validation.constraints или javax.annotation.Бывший поставляется с JEE.Если это лучше, чем javax.annotation, которая может в конечном итоге прийти с JSE или никогда вообще, это вопрос дискуссии.Я лично предпочитаю javax.annotation, потому что мне не нравится зависимость JEE.

Это оставляет нам

javax.annotation

, что такжесамый короткий.

Существует только один синтаксис, который был бы даже лучше: java.annotation.Nullable.Поскольку другие пакеты в прошлом переходили от javax к java, javax.annotation был бы шагом в правильном направлении.

Реализация

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

Сначала для сходства:

Аннотации @NonNull имеют строку

кроме

org.jetbrains.nnotes, который называет его @NotNull и имеет тривиальную реализацию
javax.nnation, которая имеет более длительную реализацию
javax.validation.constraints, который также называет его @NotNull и имеет реализацию

У @Nullable аннотаций есть строка

за исключением (снова) org.jetbrains.nnotes с их тривиальной реализацией.

Для отличий:

Поразительным является то, что

javax.annotation
javax.validation.constraints
org.checkerframework.checker.nullness.qual

все имеют аннотации времени выполнения (@Retention (RUNTIME), в то время как

android.support.annotation
edu.umd.cs.findbugs.annotations
org.eclipse.jdt.annotation
org.jetbrains.annotations

являются только временем компиляции (@Retention (CLASS)).

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

Другое важное различие заключается в том, где в коде могут использоваться аннотации. Существует два разных подхода

Некоторые пакеты используют контексты стиля JLS 9.6.4.1. В следующей таблице приведен обзор:

                                FIELD   METHOD  PARAMETER LOCAL_VARIABLE 
android.support.annotation      X       X       X   
edu.umd.cs.findbugs.annotations X       X       X         X
org.jetbrains.annotation        X       X       X         X
lombok                          X       X       X         X
javax.validation.constraints    X       X       X

org.eclipse.jdt.annotation, javax.annotation и org.checkerframework.checker.nullness.qual использовать контексты, определенные в JLS 4.11, и это, на мой взгляд, правильный способ сделать это.

Это оставляет нас

javax.annotation
org.checkerframework.checker.nullness.qual

в этом раунде.

Отказать на английском: deny

Часто для обозначения отказа на английском в этом контексте (отказывать кому-либо в чем-либо) вместо refuse используется слово deny (to deny smb smth или to deny smth to smb):

отказывать в просьбе – to deny a request: Writing about the encounter on Facebook, Pengelly said he had to intervene after the fast food chain denied her a request for a cup of hot water. (Huffington Post UK)
отказывать кому-либо во въезде – to deny somebody entry: They had decided to deport us back to Italy and deny us entry into the United States. (Far Out Magazine). A cruise ship was denied entry into the Dominican Republic due to coronavirus fears after multiple passengers onboard exhibited “influenza-like” symptoms. (Fox News)
The guards denied their prisoners food and water. – Охранники отказали заключенным в еде и воде.
There are parents who refuse to deny their children anything. – Есть родители, которые не согласны в чем-то отказывать своим детям.
Doctors were accused of denying treatment to older patients. – Врачей обвинили в том, что они отказывают пожилым пациентам в лечении.
Millions of people in the UK have been denied the right to vote because of the ‘nonsensical’ laws surrounding who can cast a ballot. (Metro)
He said that police had denied him the right and ability to call a lawyer. (The Canary)

Разница между deny и refuse в этом значении (отказывать кому-либо в чем-либо) состоит в том, что deny (denial) подразумевает более категоричный отказ, близкий по значению с запретом, лишением кого-либо чего-либо, в то время как refuse (refusal) означает вежливое несогласие дать (выдать, предоставить) что-либо кому-либо.

В этом смысле показателен пример с фразой «Access denied», которая, пожалуй, всем встречалась при работе с компьютером. На русский язык она обычно переводится как «Доступ запрещен». При этом в английском языке возможна также более вежливая формулировка «Access refused», которую, на наш взгляд, следует переводить как «В доступе отказано».

Deny – отрицать на английском

Также deny – это отрицать (антоним – admit, признавать):

отрицать факт – to deny a fact: In 1985 Sally Field, winning for Places in the Heart, said rather plaintively: “I can’t deny the fact that you like me, right now, you like me! (The Times).
отрицать (свою) ответственность за … – to deny responsibility for …: China, which is Australia’s largest trading partner, has denied responsibility for the attack. (Daily Mail)
отрицать обвинения – to deny allegations.

Если deny – это глагол, то denial (отказ, отрицание) – это существительное.

Альтернативный вариант синтаксиса

Основным недостатком приведенного выше способа внедрить идею notnull в Java является то, что он подразумевает расширение синтаксиса, а именно – добавление нового ключевого слова ‘notnull’. Это означает, что тот Java код, который использовал ‘notnull’ в качестве идентификатора и нормально компилировался старыми компиляторами, уже не будет компилироваться новым компилятором. Однако если воспользоваться некоторыми нововведениями в Java в версии 5, то можно реализовать идею notnull, не меняя язык.

ПРИМЕЧАНИЕ

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

Так, например, модификатор notnull можно заменить такой аннотацией java.lang.NotNull.

      package java.lang;

import java.lang.annotation.*;

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({
	ElementType.FIELD,
	ElementType.METHOD,
	ElementType.PARAMETER,
	ElementType.LOCAL_VARIABLE
})
public @interface NotNull {}

А использовать эту аннотацию можно так:

      public
      class Sample {
	private @NotNull String field;

	public Sample(@NotNull String field) {
		this.field = field;
	}

	public @NotNull String getField() {
		return field;
	}

	publicvoid setField(@NotNull String value) {
		field = value;
	}
}

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

Оператор же приведения нулабилити можно заменить полиморфным методом, таким, например, как narrowToNotNull (думаю, что он может по праву находиться в java.lang.Object):

      package java.lang;

publicclass Object {
	// . . .
	@SuppressWarnings(“unchecked”) // подавить предупреждение о небезопасном приведении типаpublicstaticfinal @NotNull <T> T narrowToNotNull(T value) {
		return (T) value.self();
	}

	private @NotNull Object self() {
		returnthis;
	}
}

Метод приведения нулабилити в данном примере выражен в терминах Java. Статический метод narrowToNotNull принимает обычную ссылку value и вызывает на ней приватный метод self() для того, чтобы из нее получить ненулевую ссылку (this – ненулевой по определению).

Метод narrowToNotNull может также быть выражен в нативном коде:

      package java.lang;

publicclass Object {
	// . . .publicstaticfinal native @NotNull <T> T narrowToNotNull(T value);
}

      /*
 * Class:     java_lang_Object
 * Method:    narrowToNotNull
 * Signature: (Ljava/lang/Object;)Ljava/lang/Object;
 */
JNIEXPORT jobject JNICALL Java_java_lang_Object_narrowToNotNull
	(JNIEnv *env, jclass clazz, jobject value)
{
	if(!value)
		env->ThrowNew(env, env->FindClass(env, “java/lang/NullPointerException”), “”);
	return value;
}

Использовать narrowToNotNull можно так:

      import Sample;

publicclass SampleUser {
	publicstaticvoid main(String[] args) {
		// использования метода narrowToNotNull:// конструктор класса Sample может принимать// только ненулевое значение в качестве параметра
		Sample sample = new Sample(narrowToNotNull(args));
	}
}

Использование аннотаций позволило бы также не расширять Reflection API специально для получения информации о нулабилити полей и методов, а использовать для этих целей методы из java.lang.reflect.AnnotatedElement.

Объявление аннотаций

Goblin.java

Java

class Goblin {
// author : John Clark
// sprites : Izabella Simpson
// sound : Michael Lermontov
// code : Pushkin A.
// createdAt : 2016-03-30
// description : Goblin is lurking creature.
// comments :

// … code
}

1
2
3
4
5
6
7
8
9
10
11

classGoblin{

// author : John Clark

// sprites : Izabella Simpson

// sound : Michael Lermontov

// code : Pushkin A.

// createdAt : 2016-03-30

// description : Goblin is lurking creature.

// comments :

// … code

}

Вы можете записывать эту информацию с помощью аннотаций. Для этого вам сперва нужно объявить эту аннотацию:

Monstr.java

Java

@interface Monstr {
String author();
String sprites();
String sound();
String code();
String createdAt() default «0000-00-00»;
String description();

// Example of array use
String[] comments();
}

1
2
3
4
5
6
7
8
9
10
11

@interfaceMonstr{

Stringauthor();

Stringsprites();

Stringsound();

Stringcode();

StringcreatedAt()default»0000-00-00″;

Stringdescription();

// Example of array use

Stringcomments();

}

Теперь можно применить его к нашему классу
Goblin :

Goblin.java

Java

@Monstr(
author=»John Clark»,
sprites = «Izabella Simpson»,
sound = «Michael Lermontov»,
code = «Pushkin A.»,
createdAt = «2016-03-30»,
description = «Goblin is lurking creature»,
comments = {«lol», «gg», «Аффтар жжёт»}
)
class Goblin {
}

1
2
3
4
5
6
7
8
9
10
11

@Monstr(

author=»John Clark»,

sprites=»Izabella Simpson»,

sound=»Michael Lermontov»,

code=»Pushkin A.»,

createdAt=»2016-03-30″,

description=»Goblin is lurking creature»,

comments={«lol»,»gg»,»Аффтар жжёт»}

)

classGoblin{

}

Обратите внимание на запись элементов аннотации (
author ,
sprites ,
sound ) и на запись массива элементов с использованием фигурных скобок (
comments ). Можно использовать предопределённую аннотацию
@Documented, чтобы наша аннотация попадала в документацию, сгенерированную утилитой JavaDoc:

Можно использовать предопределённую аннотацию
@Documented, чтобы наша аннотация попадала в документацию, сгенерированную утилитой JavaDoc:

Goblin.java

Java

import java.lang.annotation.Documented;

@Documented
@interface Monstr {
String author();
String sprites();
String sound();
String code();
String createdAt() default «0000-00-00»;
String description();

// Example of array use
String[] comments();
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14

importjava.lang.annotation.Documented;

@Documented

@interfaceMonstr{

Stringauthor();

Stringsprites();

Stringsound();

Stringcode();

StringcreatedAt()default»0000-00-00″;

Stringdescription();

// Example of array use

Stringcomments();

}

Пример анализатора аннотации

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

Что должен делать анализатор? Он использует reflection для доступа к аннотируемым данным. Пример анализатора для класса @Test:

public class AnnotationAnalyzer {
    public void parse(Class<?> clazz) throws Exception {
        Method[] methods = clazz.getMethods();
        int pass = 0;
        int fail = 0;
         for (Method method : methods) {
            if (method.isAnnotationPresent(Test.class)) {
                try {
					// вызов аннотируемого метода
                    method.invoke(null);
                    pass++;
                } catch (Exception e) {
                    fail++;
                }
            }
        }
    }
}

Сочетание использования аннотации и reflection позволяет выполнить определенную проверку и вызвать
метод на исполнение через invoke. Анализатор готов к использованию. Для использования атрибутов аннотации расширим код.

public class AnnotationAnalyzer {
    public void analyze(Class<?> clazz) throws Exception {
        Method[] methods = clazz.getMethods();
        int pass = 0;
        int fail = 0;
 
        for (Method method : methods) {
            if (method.isAnnotationPresent(Test.class)) {
                // Получаем доступ к атрибутам
                Test test = method.getAnnotation(Test.class);
                Class expected = test.expected();
                try {
                    method.invoke(null);
                    pass++;
                } catch (Exception e) {
                    if (Exception.class != expected) {
                        fail++;
                    } else {
                        pass++;
                    }
                }
            }
        }
    }
}

После получения доступа к атрибуту аннотации определяем ее значение. В нашем случае это значение типа Class, так как expected —
это ожидаемая ошибка и мы будем получать exception.

Пример использования класса анализа аннотации:

public class Demo
{
    public static void main(String [] args)
    {
        AnnotationAnalyzer analyzer = new AnnotationAnalyzer();
        analyzer.analyze(MyTest.class);
    }
}

Синтаксис

С чисто стилистической точки зрения я хотел бы избегать любых ссылок на IDE, фреймворк или любой инструментарий, кроме Java.

Это исключает:

Android.support.annotation
edu.umd.cs.findbugs.annotations
org.Eclipse.jdt.annotation
org.jetbrains.annotations
org.checkerframework.checker.nullness.qual
lombok.NonNull

Что оставляет нам либо javax.validation.constraints, либо javax.annotation. Бывший поставляется с JEE. Если это лучше, чем javax.annotation, которая может в конечном итоге прийти с JSE или никогда вообще, это вопрос дискуссии. Я лично предпочитаю javax.annotation, потому что мне не нравится зависимость от JEE.

Это оставляет нас с

javax.annotation

который также самый короткий.

Существует только один синтаксис, который был бы даже лучше: Java.annotation.Nullable. Поскольку другие пакеты в прошлом переходили от javax к Java, javax.annotation был бы шагом в правильном направлении.

Синтаксис

С чисто стилистической точки зрения я хотел бы избежать каких-либо ссылок на IDE, рамку или любой инструментарий, кроме самого Java.

Это исключает:

android.support.annotation
edu.umd.cs.findbugs.annotations
org.eclipse.jdt.annotation
org.jetbrains.annotations
org.checkerframework.checker.nullness.qual
lombok.NonNull

Что оставляет нас ни с javax.validation.constraints или javax.annotation. Бывший поставляется с JEE. Если это лучше, чем javax.annotation, которые могли бы прийти в конце концов, с JSE или никогда вообще, является предметом дискуссий. Я лично предпочитаю javax.annotation, потому что я не хотел бы зависимость JEE.

Это оставляет нас с

javax.annotation

который также является самым коротким.

Существует только один синтаксис, который будет даже лучше: java.annotation.Nullable. Как закончили другие пакеты от javax к Java в прошлом, javax.annotation было бы шагом в правильном направлении.

Реализация

Я надеялся, что у них у всех одинаковая тривиальная реализация, но подробный анализ показал, что это не так.

Сначала за сходство:

Аннотации @NonNull имеют строку

кроме

org.jetbrains.annotations, который называет его @NotNull и имеет тривиальную реализацию
javax.annotation, которая имеет более длинную реализацию
javax.validation.constraints, который также называет его @NotNull и имеет реализацию

Аннотации @Nullable имеют строку

за исключением (снова) org.jetbrains.annotations с их тривиальной реализацией.

Для различий:

Поразительным является то, что

javax.annotation
javax.validation.constraints
org.checkerframework.checker.nullness.qual

у всех есть аннотации времени выполнения (@Retention (RUNTIME), в то время как

Android.support.annotation
edu.umd.cs.findbugs.annotations
org.Eclipse.jdt.annotation
org.jetbrains.annotations

только время компиляции (@Retention (CLASS)).

Как описано в этот SO ответ влияние аннотаций во время выполнения меньше, чем можно подумать, но они имеют то преимущество, что позволяют инструментам выполнять проверки во время выполнения в дополнение к тем, которые выполняются во время компиляции ,.

Другим важным отличием является где в коде аннотации могут быть использованы. Есть два разных подхода. Некоторые пакеты используют контексты стиля JLS 9.6.4.1. Следующая таблица дает обзор:

 
 ПАРАМЕТР МЕТОДА ПОЛЯ LOCAL_VARIABLE 
 Android.support.annotation XXX 
 Edu.umd.cs.findbugs.annotations XXXX 
 Org.jetbrains.annotation XXXX 
 Ломбок XXXX 
 Javax.validation.constraints XXX

org.Eclipse.jdt.annotation, javax.annotation и org.checkerframework.checker.nullness.qual используют контексты, определенные в JLS 4.11, что, на мой взгляд, является правильным способом сделать это.

Это оставляет нас с

javax.annotation
org.checkerframework.checker.nullness.qual

в этом раунде.