问题标签 [kigg]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
1 回答
311 浏览

c# - 是否有人尝试将 Kigg asp.net mvc 示例移植到 MVC beta

我已经从 codeplex 下载了 Kigg 示例,但它似乎已经过时了。

是否有 ASP.NET MVC Beta 版本?是否有人尝试移植它(我尝试过但由于缺乏知识而没有成功)?

0 投票
1 回答
307 浏览

asp.net - 灵活的分层 ASP.NET 框架(Digg/Blog/CMS)

对于我的下一个网站,我不想从头开始编写所有内容。同时,我不想过多地关注一个框架。所以我想要一些我可以在所有级别使用的东西。

  1. 直接访问数据库(SQL Server)(数据库布局不应该比自己编写的应用程序复杂得多)
  2. 商业逻辑
  3. 界面组件(Web 部件/控件) - 例如登录,阅读最多的文章。

对于前端,应该有我可以轻松更改的示例页面。

该应用程序将有点像 DIGG,但具有不同的前端。有一个名为 KIGG的框架。但我不太了解它如何符合我的标准。

0 投票
1 回答
162 浏览

asp.net - 我可以在 XP Pro 上运行 KiGG 吗?

我有安装了 .Net 3.5 和 IIS 5.0 和 MVC RC 2 的 XP 专业版 我可以在这台机器上运行 KiGG 吗?

我的托管服务器上还有 IIS 6 和 .Net 3.5,它可以在那里运行吗?如果不是,有没有办法让它工作?

谢谢,

0 投票
2 回答
397 浏览

ajax - ASP.NET MVC 灵活吗?

能否轻松与 jQuery、(ASP.NET) Ajax、ASP.NET webforms、其他框架结合使用。将动态代码从 ASP.NET MVC 提取到例如经典 ASP 中怎么样?

MVC模型是否意味着很容易定制代码?

背景:

  1. 我有一些经验,将依赖于 JavaScript 的框架相互集成会导致问题?
  2. 我们有一个经典的 ASP,我们在 ASP.NET 中编写新东西,并在 ASP 文件中包含 .aspx 代码。
  3. 我正在为我们需要的东西寻找一些操作系统框架,我认为基于 MVC 的框架应该更容易采用(KIGG)
0 投票
1 回答
160 浏览

asp.net-mvc - 从 / 转换为 ASP.NET MVC 开始

我对 MVC 了解不多,但我有一个项目,我认为我可以在其中使用很多基于 ASP.NET MVC 的KIGG的功能。同时我有一个基于 HTML/jQuery 的模板。

我应该如何处理这个?

我有点希望的是,我可以轻松地从 KIGG 中选择带有隐藏对象的视图,然后轻松地对其进行修改。

这是一种现实的方法吗?

我真的可以期望它比使用传统的 ASP.NET 应用程序更容易吗?

0 投票
2 回答
725 浏览

asp.net-mvc - ASP.NET MVC:使用 Kigg 作为基础 MVC 应用程序

希望创建我的第一个 MVC 应用程序。来自 WebForms,我很高兴能创建一个我可以轻松测试的应用程序。

我研究了 Kigg(在 MVC 中完成的 Digg 克隆),从外观上看,它在其架构中使用了许多最佳实践。

话虽如此,他们的方法会成为我的 Web 应用程序(社交网站)的基础吗?

我会说我了解大约 80% 的代码,并且可能可以删除所有我不需要的东西(就他使用的业务对象和业务规则而言)。

拥有一个使用最佳实践的架构的好处是否会超过可能“你不需要它”的增加复杂性的成本?

0 投票
2 回答
606 浏览

asp.net-mvc - Kigg MVC 应用程序是否干燥?我们可以调整存储库吗

我最近查看了 Kazi Manzur Kigg MVC 实现(Kazi rock),并注意到一些似乎违反 DRY/SOC 原则的代码。我很想听听每个人对可能的重构以分离关注点的想法。

Kigg在每个存储库类上都实现了一个Add和方法(注意:具有虚拟方法,每个具体实现都可以重载。)RemoveBaseRepository

theKigg.Repository.LinqToSql.CategoryRepositoryKigg.Repository.LinqToSql.StoryRepositoryboth 级联的实现通过它们的Remove方法删除子实体。(注意:Category 与 Story 有父关系(一对多),因此它们从 Story 到对象图共享相同的子关系)见图表。有问题的代码是两个存储库相互删除子实体的方式:

类别存储库

故事库

假设更好的设计会在 上CategoryRepository调用Remove方法StoryRepository,从而将 Story 的子对象删除的关注委托给StoryRepository它所属的位置,我是否正确?从维护的角度来看,对 Story 的孩子的任何添加都需要将DeleteAll调用添加到 theCategoryRepositoryStoryRepository.

什么是更好的实施方式?

是否应该CategoryRepository重构以StoryRepository直接使用?: CategoryRepository(重构)

此重构将允许CategoryRepository重用 中的删除逻辑,并且还应该重用由给定构造函数的参数引用StoryRepository的相同 LinqToSql 。但是当涉及到单元测试时,它开始有异味。DataContextDatabaseStoryRepository

更好的重构是否包括使用 IoC(Kigg 使用 Unity 作为其 Ioc 容器)将PerWebRequest作用域实例注入IStoryRepositoryCategoryRepository的构造函数中?

CategoryRepository(重构采取 2)

通过第二次重构,我们现在可以在单元测试期间和通过 Unity IocIStoryRepository注入的实例。CategoryRepository当然,我们必须将此重构扩展到每个存储库类,以便他们可以倾向于自己孩子的责任。

大家的想法是什么?

0 投票
2 回答
474 浏览

dotnetopenauth - 共享主机服务器中的 OpenID 登录问题

我将基于 Kigg 开源 asp.net mvc 的网站上传到共享托管服务器(我正在使用 Asphostcentral)。但是当我尝试使用我的 OpenID 登录时遇到了一个非常奇怪的问题。有这样的警告消息:

“无法加载文件或程序集 PresentationFramework,Version=3.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35 或其依赖项之一。访问被拒绝。”

但是我可以在我的本地主机上很好地运行我的应用程序。我的网站是:http ://toupiao360.com 你可以尝试通过点击蓝色标题区域左侧链接按钮“登录”来登录,希望大家能看到这个词。

0 投票
2 回答
175 浏览

asp.net-mvc - 为什么 MVC 应用程序中有这么多接口

我正在查看 KIGG 的代码,并注意到有很多接口。我对 MVC 相当陌生,并且有点了解接口是什么。

Interface在MVC中是如何工作的,为什么要使用它?

0 投票
1 回答
737 浏览

asp.net-mvc - Asp.net Mvc - Kigg:在请求之间维护 HttpContext.Items 中的用户对象

首先我想说我希望这看起来不像我很懒,但是我在理解以下项目中的一段代码时遇到了一些麻烦。

http://kigg.codeplex.com/

我正在浏览源代码,我注意到一些对我自己正在制作的小项目有用的东西。在他们的 BaseController 中,他们有以下代码:

这不是我根据需要稍微调整的代码的精确副本。这部分代码我还是看懂的。他们将 IUser 存储在 HttpContext.Items 中。我猜他们这样做是为了不必在每次需要 User 对象时调用数据库。

我不明白的部分是他们如何在请求之间维护这个对象。如果我理解正确 HttpContext.Items 是按请求缓存存储。

因此,经过更多挖掘后,我发现了以下代码。

这是发生一些我不理解的魔法的部分。我认为他们使用 Unity 对每个请求进行一些依赖注入?在我的项目中,我使用的是 Ninject,我想知道如何获得相同的结果。

我猜 Ninject 中的 InRequestScope 与 UnityPerWebRequestLifetimeManager 相同?我还想知道它们绑定到哪个接口的哪个类/方法?由于 HttpContext.Items 在每个请求中都被销毁,它们如何防止丢失用户对象?

无论如何,这是一个很长的问题,所以我很感激任何朝着正确方向的推动。