architecture

    3热度

    1回答

    我正在编写基于Akka-HTTP的REST API。由于我是Akka和Scala的新手,我不确定在我的项目中组织代码的最佳方式是什么。我将约。具有基本CRUD的7个不同实体。这意味着我将在API中拥有超过25条路线。我想保留根据它们在逻辑上与之关联的实体分组的路线。什么可能是一个很好的方法来实现这一目标?目前,我从GitHub上提供的一些项目中获得灵感,并将这些路线分组为特征。我有一个主要特征,其

    1热度

    1回答

    进出口寻找一个工具,一个给定的目录转换为基于文本的目录的形式: IM和MacOS的工作,也许是这个基于浏览器的工具? ./directory | +-- subdirectory1/ | | | + fileA.md | +-- subdirectory2/ | + fileA.md + ...

    0热度

    2回答

    我在写一个简单的web应用程序,并遇到了一个架构问题。假设我的BLL层中有一个Customer类: public class Customer { public int Id { get; set; } public Person PersonalData { get; set; } public int? MaximalPrice { get; set; }

    1热度

    2回答

    我的Web应用程序(比如说A)将会公开少数REST服务(GET,POST和PUT),这些服务将用于其他2个Web应用程序(如B & C)。这些服务可以由其他Web应用程序调用,而不用A登录,同时这些服务仅适用于B & C(可能在以后的D,E中使用)。 现在既然B & C用户不会用A登录,我没有考虑会话维护,但是,我认为A需要验证来电是否仅来自B & C.我可以在这样的外部用户的REST签名中引入u

    0热度

    1回答

    我想弄清楚以下类型的需求的体系结构。 有很多不同的angular2应用程序,每个应用程序都由不同的团队开发。我希望它们可以通过公共控制台在somedomain.com下提供。像这样的东西。 在打开每个应用程序应该来自同一个域提供这样 app1 -> somedomain.com/app1 app2 -> somedomain.com/app2 和像明智的,让用户感觉这些都是通用应用程序的服务

    0热度

    1回答

    为避免在各种应用程序(iOS,Android,Web)中重写Firebase DB逻辑,我们之前使用服务/中间层来保存此逻辑。通过这种方式,应用程序不会直接与数据库交互。 但是,在采用Firebase和Google云端函数的新架构中,通过云端函数路由所有数据库调用是明智的,还是仅应根据用例选择性地执行? 在我到目前为止所看到的几乎所有示例中,应用程序都直接与Firebase数据库进行交互,而Clo

    0热度

    1回答

    我有以下问题要解决,我想知道我必须做什么选择。基本上我有一个饲料,通过一个插座来找我,我需要重新发送到多台计算机。 首先,我想尽可能快速和简单地制作beta版本,最多可以连接250个。然后,我将在未来构建一个完整版本,其体系结构支持连接数量的扩展,并且可能还会增加一些软件包的大小。 一些更详细的数据: 的包有2KB重量约。 在高峰时刻,我们将每秒发送大约50个数据包。 (每20毫秒1个包装) 在测

    0热度

    1回答

    这是一个奇怪的问题,我不太确定如何对其进行标注。 打开和关闭Angular 2中的标签页的最佳方式是什么?我有一个设置屏幕,我希望能够在不同的配置网站中选择功能。这将被保存在数据库中,我可以在那里进行API调用。 这个程序将在不同地点的计算机上。我希望能够打开和关闭该位置的标签。这个角度为2/4的应用的着陆页是位置选择。这将带你到另一个有你可以使用标签的页面。有些地方可以重复使用选项卡,有些地方只

    1热度

    1回答

    我有下一个情况。网站分为管理员和前端。 Admin以Angular 4完全开发,我对此非常满意。 Angular-cli等等。对于一个入口点的SPA来说非常好。 但与前端混淆。它与Laravel一起编写,并将通过它进行呈现。无法得到如何使用Angular 4,如何设置工作流程。 问题我应该在前面解决 - 小的,单独的但动态的块,如货币列表或建议表单。 需要一些简单的渲染框架/库,没有太多的依赖和简

    1热度

    1回答

    在微服务体系结构中,建议集中收集proto文件并将它们作为客户机和服务器的依赖项?或者每个客户端和服务器只有1个原始文件?