BeanExplorer5 - История изменений

Uuinnk в 11:46, 27 февраля 2017

2017-02-27T11:46:14Z

Uuinnk в 11:44, 27 февраля 2017

2017-02-27T11:44:55Z

Uuinnk в 11:42, 27 февраля 2017

2017-02-27T11:42:49Z

Asko: /* Backend */

2016-05-10T11:06:27Z

‎Backend

Asko: /* Backend */

2016-05-10T10:52:07Z

‎Backend

Asko: /* Frontend */

2016-05-10T10:47:32Z

‎Frontend

Asko: /* Концепции */

2016-05-10T10:45:46Z

‎Концепции

Asko в 10:44, 10 мая 2016

2016-05-10T10:44:10Z

Asko: /* Backend */

2016-05-10T10:38:13Z

‎Backend

Asko: /* Концепции */

2016-05-10T10:35:27Z

‎Концепции

@@ Строка 44: / Строка 44: @@
 * Нет стандартного способа взять запрос из Query (той, что определена в YAML) и запустить его. Дело в том, что концептуально сейчас Query - это запросы, которые используются как запросы для таблиц, которые может увидеть пользователь. Такие запросы помечаются набором ролей, обладатели которых могут запускать запросы. Однако бывает необходимость описать запрос на BE-SQL и запустить его из Java. На мой взгляд не только роли должны игнорироваться, но и вообще такие запросы должны либо где-то в другом месте лежать (например, namedQueries.yaml), либо быть приписанными к Entity и не находиться в разделе queries, а, например, находиться в разделе "systemQueries" (причём поскольку это новые запросы, они никогда не должны попадать в БД, а быть только в in-memory meta/project; сейчас запустить обычную Query через BE-SQL игнорируя роли можно так:
-<code>
+<code><pre>
 executorService.createExecutor(meta.getQueryIgnoringRoles("entityName", "queryName"), request).execute())
-</code>
+</pre></code>
 Tips на будущее:

@@ Строка 42: / Строка 42: @@
 * Нет API для запросов из БД, которое покрывает все возможные SQL запросы.
 * Мы не избавились от метаданных в базе данных, поскольку BeanExplorer5 использует legacy код, который полагается на наличие метаданных в базе данных.
-* Нет стандартного способа взять запрос из Query (той, что определена в YAML) и запустить его. Дело в том, что концептуально сейчас Query - это запросы, которые используются как запросы для таблиц, которые может увидеть пользователь. Такие запросы помечаются набором ролей, обладатели которых могут запускать запросы. Однако бывает необходимость описать запрос на BE-SQL и запустить его из Java. На мой взгляд не только роли должны игнорироваться, но и вообще такие запросы должны либо где-то в другом месте лежать (например, namedQueries.yaml), либо быть приписанными к Entity и не находиться в разделе queries, а, например, находиться в разделе "systemQueries" (причём поскольку это новые запросы, они никогда не должны попадать в БД, а быть только в in-memory meta/project; сейчас запустить обычную Query через BE-SQL игнорируя роли можно так: executorService.createExecutor(meta.getQueryIgnoringRoles("entityName", "queryName"), request).execute()).
+* Нет стандартного способа взять запрос из Query (той, что определена в YAML) и запустить его. Дело в том, что концептуально сейчас Query - это запросы, которые используются как запросы для таблиц, которые может увидеть пользователь. Такие запросы помечаются набором ролей, обладатели которых могут запускать запросы. Однако бывает необходимость описать запрос на BE-SQL и запустить его из Java. На мой взгляд не только роли должны игнорироваться, но и вообще такие запросы должны либо где-то в другом месте лежать (например, namedQueries.yaml), либо быть приписанными к Entity и не находиться в разделе queries, а, например, находиться в разделе "systemQueries" (причём поскольку это новые запросы, они никогда не должны попадать в БД, а быть только в in-memory meta/project; сейчас запустить обычную Query через BE-SQL игнорируя роли можно так:
 Tips на будущее:

@@ Строка 42: / Строка 42: @@
 * Нет API для запросов из БД, которое покрывает все возможные SQL запросы.
 * Мы не избавились от метаданных в базе данных, поскольку BeanExplorer5 использует legacy код, который полагается на наличие метаданных в базе данных.
-* Нет стандартного способа взять запрос из Query (той, что определена в YAML) и запустить его. Дело в том, что концептуально сейчас Query - это запросы, которые используются как запросы для таблиц, которые может увидеть пользователь. Такие запросы помечаются набором ролей, обладатели которых могут запускать запросы. Однако бывает необходимость описать запрос на BE-SQL и запустить его из Java. На мой взгляд не только роли должны игнорироваться, но и вообще такие запросы должны либо где-то в другом месте лежать (например, namedQueries.yaml), либо быть приписанными к Entity и не находиться в разделе queries, а, например, находиться в разделе "systemQueries" (причём поскольку это новые запросы, они никогда не должны попадать в БД, а быть только в in-memory meta/project; сейчас запустить обычную Query через BE-SQL игнорируя роли можно так: executorService.createExecutor(meta.getQueryIgnoringRoles("entityName", "queryName"), request, serviceProvider).execute()). Кстати, теперь можно убрать ServiceProvider из последнего аргумента, польскольку он может инжектироваться в ExecutorServiceImpl.
+* Нет стандартного способа взять запрос из Query (той, что определена в YAML) и запустить его. Дело в том, что концептуально сейчас Query - это запросы, которые используются как запросы для таблиц, которые может увидеть пользователь. Такие запросы помечаются набором ролей, обладатели которых могут запускать запросы. Однако бывает необходимость описать запрос на BE-SQL и запустить его из Java. На мой взгляд не только роли должны игнорироваться, но и вообще такие запросы должны либо где-то в другом месте лежать (например, namedQueries.yaml), либо быть приписанными к Entity и не находиться в разделе queries, а, например, находиться в разделе "systemQueries" (причём поскольку это новые запросы, они никогда не должны попадать в БД, а быть только в in-memory meta/project; сейчас запустить обычную Query через BE-SQL игнорируя роли можно так: executorService.createExecutor(meta.getQueryIgnoringRoles("entityName", "queryName"), request).execute()).
 Tips на будущее:

@@ Строка 42: / Строка 42: @@
 * Нет API для запросов из БД, которое покрывает все возможные SQL запросы.
 * Мы не избавились от метаданных в базе данных, поскольку BeanExplorer5 использует legacy код, который полагается на наличие метаданных в базе данных.
 Tips на будущее:

@@ Строка 48: / Строка 48: @@
 * В идеальном случае было бы хорошо не писать репозитории, да и сервисы для запросов - для этого есть Hibernate, реализации JPA и другие ORM. А ещё лучше - попробовать переиспользовать Spring Data (объявлять интерфейсы с методами, описывающими запрос, без необходимости писать сам код запроса - как personRepository.findByEmailAndActive("email", true) - вызов метода из интерфейса, реализацию которого подкладывает Spring).
 * Или хотя бы доделать SQL builder (SqlBuilder) и SQL Service (SqlService), потому что они сейчас не позволяют делать запросы с LEFT JOIN и WITH RECURSIVE.
 ==Сборка BeanExplorer5==

@@ Строка 22: / Строка 22: @@
 * frontend подготовлен, но не переведён на [https://github.com/reactjs/react-redux redux], а это необходимо для упрощения работы с React компонентами (без redux или Flux бывает довольно нетривиально управлять состоянием React компонентов);
 * be5.js требует разделения на небольшие части, также, как выделены bus и ext;
-* невозможно отказаться от компиляции ES2015, даже если она будет поддерживаться всеми браузерами. SystemJS проверяет наличие ES2015 синтаксиса в скриптах, и в случае его наличия потается использовать транслятор в браузере, даже если явно указано, что транслятора нет
+* невозможно отказаться от компиляции ES2015, даже если она будет поддерживаться всеми браузерами. SystemJS проверяет наличие ES2015 синтаксиса в скриптах, и в случае его наличия пытается использовать транслятор в браузере, даже если явно указано, что транслятора нет.
 Tips на будущее:

@@ Строка 3: / Строка 3: @@
 Поскольку эта основная статья недописана, остальная её часть для тех, кто будет дорабатывать BeanExplorer5, а не использовать.
-==Концепции==
+==Концепции и технологии==
 Основные технологии, которые мы используем - это Java, Java Servlet, OSGi, React, SystemJS, ES2015 через Babel.
@@ Строка 41: / Строка 41: @@
 * Нет предусмотренного сетапа для тестирования.
 * Нет API для запросов из БД, которое покрывает все возможные SQL запросы.
 Tips на будущее:

@@ Строка 1: / Строка 1: @@
 <big>Это основная статья о BeanExplorer5.</big>
-Описание API [[BeanExplorer5 API|здесь]]. Поскольку эта основная статья недописана, остальная её часть статьи написана для тех, кто будет дорабатывать BeanExplorer5.
+Поскольку эта основная статья недописана, остальная её часть для тех, кто будет дорабатывать BeanExplorer5, а не использовать.
 ==Концепции==
@@ Строка 50: / Строка 50: @@
 ==Сборка BeanExplorer5==
 См. [[Сборка BeanExplorer5 проекта|Сборка BeanExplorer5 проекта]].
 [[Category:BeanExplorer5]]