laravel – Designprobleme beim Design unternehmensinterner Systemarchitektur
曾经蜡笔没有小新
曾经蜡笔没有小新 2017-05-16 16:49:45
0
1
747

Das Unternehmen beschäftigt derzeit rund 500 Mitarbeiter und erwägt die Einführung einiger Managementsysteme.
HRMS ist bereits online (das grundlegende Mitarbeiterinformationen speichert und auch einige grundlegende Personalprozesse umfasst), das auf Basis von Laravel5.2 entwickelt wurde. Als es ursprünglich entworfen wurde, hatte ich nicht so viel erwartet, daher ist es eng mit der Front verknüpft und Backends.
Jetzt möchte ich dies als Grundlage für alle Systeme verwenden. Mit anderen Worten: Wenn ein anderes System eine Authentifizierung erfordert, ruft es Benutzerinformationen von HRMS ab.

Ziel:

  1. HRMS mit Lumen neu schreiben, nur API bereitstellen

  2. Alle Systeme realisieren Front-End- und Backend-Trennung

  3. Wir werden in Zukunft die Electron API verwenden, um einige Desktop-Anwendungen zu erstellen

  4. Alle Projekte erreichen eine nachhaltige Docker-Integration

Die Systeme, die später eingeführt werden, sind:

  • MRBS: Reservierungsverwaltungssystem für Besprechungsräume

  • SCRM: Kundenbeziehungsmanagementsystem basierend auf einer sozialen Plattform

  • BPM: Workflow-Genehmigung

  • TMS: Internes Schulungsmanagementsystem

  • AMS: Anlageverwaltungssystem

Zu diesem Zeitpunkt wurde entschieden, dass das Back-End-Framework Lumen verwenden soll. Was sind die Vorteile? Nachteile der Verwendung von OAuth2.0 und JWT?

曾经蜡笔没有小新
曾经蜡笔没有小新

Antworte allen(1)
習慣沉默

泻药;
我的建议是依然使用 laravel ;
如果为了接口;那么5.2可以使用dingo包 https://github.com/dingo/api;
而不是使用 lumen 来重构;
lumen 和 laravel 虽然是亲兄弟;
但是;lumen 被阉割了很多功能;而且资源比 laravel 少太多了;

甚至升级 laravel5.2 至 5.3 都比用 lumen 重构更合理;
5.3 对api接口的开发已经有了原生的支持;
而且这明显也是后续 laravel 升级发展趋势;

至于 OAuth2.0 还是 JWT ;
这两个压根就没啥可比性;
JWT 是一种协议;OAuth2.0 是一种授权框架;

OAuth2.0 比较规范化、使用广泛、扩展更强;
如果时间充足;那多花点时间学习使用 OAuth2.0 ;

Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage