我目前正在开发一个将在B2B环境中的本地网络上运行的应用程序.所以我几乎可以忘记在节省带宽方面的微(迷你?)优化,因为硬件便宜,程序员很贵.
我们在项目中有一个结构良好的面向对象的js代码,显然有很多js类.如果所有类都将存储在单独的文件中,那么浏览此代码并因此维护它将非常容易.
但这将使我的浏览器生成几十个HTTP请求,以获取我在页面上需要的所有js文件/类.即使在本地环境中,它在第一次加载(具有空缓存)时也不是超快,并且稍后当您修改它并且缓存必须被无效时.
可能的解决方案:
但是如果我们为此选择YUI压缩器(在开发环境中没有缩小操作,并且缩小生产) - 那么我们需要在任何js文件中的每次修改时重新加载/重新编译这个大js文件.
你会推荐什么来解决这个问题?
我正在使用大量的javascript在一个大而丰富的rails web应用程序中工作.我想知道是否有人提示组织javascripts.今天我正在生成一个名为controller.js的新文件,并使用content_for将其添加到我的视图中.问题是,有些文件变大了,有时,我需要一个控制器在另一个控制器中的功能,所以最后,我将一个products.js添加到一个细节控制器只是为了保持干燥.这个解决方案好吗?还有其他提示吗?我认为同样的模式也可以应用于css文件?
我正在编写和组织我在codeigniter中的未完成的应用程序,我只是想知道天气最好有很多小型号,所以你只需要在需要时加载你需要的东西; 或制作几个大型模型,所以它只是加载所有功能,即使你只需要其中一个?
任何帮助,将不胜感激.谢谢.
我有一个约32kb的javascript源代码文件,并在模块中安排了javascript代码.我想知道如果我将每个模块放入一个单独的文件中会增加页面加载时间,因为管理超过2000行的当前代码是相当繁琐的,有时会令人困惑
以下两个StyleCop规则发生碰撞!
SA1202:所有私有方法必须放在所有公共方法之后.
SA1204:所有静态私有方法必须放在所有非静态私有方法之前.
class Foo
{
public static void Bar() { ... }
private static void Grep() { ... }
public void Meep() { ... }
private void Moop() { ... }
}
Run Code Online (Sandbox Code Playgroud)
鉴于上面的类,StyleCop会抱怨已经在public方法上声明了一个私有方法
class Foo
{
public static void Bar() { ... }
public void Meep() { ... }
private static void Grep() { ... }
private void Moop() { ... }
}
Run Code Online (Sandbox Code Playgroud)
鉴于上面的类,StyleCop会抱怨静态方法已被声明为实例方法.
如果我希望对我的代码完全肛门并确保StyleCop总是通过验证,我该怎么做,或者只是(上帝禁止)关闭其中一条规则的唯一选择?
在编写Perl代码时,我经常遇到这样的情况,即我在文件顶部有一个大型变量集群,它们在脚本中充当"全局"变量.我一直在所有国会大写字母中写下这些"全局"变量,以区别于其他人,但我最近一直在研究一些包含许多模块的非常大的脚本,并且非常希望学习一种最小化"全局"使用的好方法变量并使我的代码尽可能安全.
我经常遇到的情况是有两个共享大量变量的子程序:
my $var1, $var2, $var3, $var4, $var5 . . .
sub sub1 {
# uses $var1, $var2, $var3 . . .
# may even make changes to some of these variables
}
sub sub2 {
# also uses $var1, $var2, $var3 . . .
# may change $var1, $var2, $var3
}
sub sub3 {
# doesn't use $var1, $var2, $var3
# still has access to change them
}
Run Code Online (Sandbox Code Playgroud)
将所有这些变量传递到每个子例程中并返回4或5个变量看起来非常难看并且很快就难以跟踪所有变量,但是如果我将这些变量保持全局,那么我遇到了sub3可能编辑它们的问题它不应该.
我知道我可以使用"{}"对范围变量进行操作,但我个人认为这看起来很丑陋:
{
my $var1, $var2, $var3, $var4, $var5 . . …Run Code Online (Sandbox Code Playgroud) 这更多的是一个偏好问题,但我想知道人们在组织应用程序的目录树来管理类和子类时更喜欢什么。
给定文件名=类名
Foo.php
Foo/Bar.php// 扩展Foo
Foo/Bar/Baz.php// 扩展Foo\Bar
Post.php
Post/Media.php- 延伸Post
Post/Media/Image.php- 延伸Post\Media
Post/Media/Audio.php- 延伸Post\Media
Foo.php
BarFoo.php
BazBarFoo.php
Post.php
MediaPost.php- 延伸Post
ImageMediaPost.php- 延伸MediaPost
AudioMediaPost.php- 延伸MediaPost
请分享您的想法。
我有一个代表请求的类.我有一组非常具体的请求,例如"I-95","P-22"等,它们执行不同的功能并由控制器类调用.这样做的最佳方法是什么,以便人们可以轻松地在路上添加更多请求?
我现在有这样的事情:
class Requests:
def __init__(self):
self.types = [
'I-95',
'P-22',
...
]
def generate_request(self,type, Data):
# Here I would call the appropriate case for the type, e.g. P-22
Run Code Online (Sandbox Code Playgroud)
请求案例将在其自己的单独文件中,如下所示:
class P-22:
# Members
def __init__(self, Data):
# Set data members
def request(self):
# Submit request
Run Code Online (Sandbox Code Playgroud)
我可以在控制器中创建一个请求
f = Requests()
f.generate_request('RC75')
Run Code Online (Sandbox Code Playgroud)
我正在努力寻找尽可能干净且易于扩展的东西.谢谢!