收藏，239 浏览
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
首先是网站A1服务器，附件A2服务器和数据库A3服务器，附件有些很大，有些超过1G
首先用户购买附件，数据库记录，数据库保存的附件地址是不是应该加密的
附件服A2务器应该也有一个解密网站，用户在网站A1服务器点击下载，先判断有没有权限，如果有直接给一个附件下载地址，这个地址给附件服务器A2解密，然后下载文件？？？？
是这样吗？这样地址会暴露吗？会绕过付费下载吗？
想这样的收费附件，一般用什么办法？，附件服务器可能有很多个，怎么解决同步问题，还有，如果附件地址机密后存数据库，万一被破解了，重新修改机密方式是不是很不方便？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
4月18日 回答
下载附件的地址肯定要加密，最好用对称加密DES3等，这样方便重设密码。
付费才能下载，那么你需要一个计费服务，在用户点击下载附件的url时候，在后台验证用户是否已经付费，并扣除费用，然后才返回下载附件的文件流。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
4月18日 回答
下载地址里面加一个token。。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
4月18日 回答
A1判断用户是否已经购买了他请求下载的附件，没购买直接返回，如果已经购买生成一个标示，携带在附件链接里，A2判断标示的有效性来返回附件资源，这里可以有两种方式判断标示的有效性，一个是A1生成个随机值（比如UUID），A2向A1请求链接中的标示是否有效，或可以通过A1向redis/mysql中写，A2从redis/mysql中移出，另一种是A1，A2协商好一种加密解密的方式，携带的标示里需要有失效时间。
同步到新浪微博
分享到微博？
不要错过该问题的后续解决方案
如果你没找到答案，记得登录关注哦，大家会尽全力帮你解决的 ^___^
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
举报理由：
推广（招聘、广告、SEO 等）方面的内容
带有人身攻击、辱骂、仇恨等违反条款的内容
与已有问题重复（请编辑该提问指向已有相同问题）
内容质量差，或不适合在本网站出现
答非所问，不符合答题要求
其他原因（请补充说明）
补充说明：
扫扫下载 App您还未登陆，请登录后操作！
Java EE是什么东西
java ee 是java平台的一种，Java 平台有三个版本，这使软件开发人员、服务提供商和设备生产商可以针对特定的市场进行开发： * Java SE（Java Platform，Standard Edition）。Java SE 以前称为 J2SE。它允许开发和部署在桌面、服务器、嵌入式环境和实时环境中使用的 Java 应用程序。Java SE 包含了支持 Java Web 服务开发的类，并为 Java Platform，Enterprise Edition（Java EE）提供基础。 * Java EE（Java Platform，Enterprise Edition）。这个版本以前称为 J2EE。企业版本帮助开发和部署可移植、健壮、可伸缩且安全的服务器端 Java 应用程序。Java EE 是在 Java SE 的基础上构建的，它提供 Web 服务、组件模型、管理和通信 API，可以用来实现企业级的面向服务体系结构（service-oriented architecture，SOA）和 Web 2.0 应用程序。 * Java ME（Java Platform，Micro Ed
java ee 是java平台的一种，Java 平台有三个版本，这使软件开发人员、服务提供商和设备生产商可以针对特定的市场进行开发： * Java SE（Java Platform，Standard Edition）。Java SE 以前称为 J2SE。它允许开发和部署在桌面、服务器、嵌入式环境和实时环境中使用的 Java 应用程序。Java SE 包含了支持 Java Web 服务开发的类，并为 Java Platform，Enterprise Edition（Java EE）提供基础。 * Java EE（Java Platform，Enterprise Edition）。这个版本以前称为 J2EE。企业版本帮助开发和部署可移植、健壮、可伸缩且安全的服务器端 Java 应用程序。Java EE 是在 Java SE 的基础上构建的，它提供 Web 服务、组件模型、管理和通信 API，可以用来实现企业级的面向服务体系结构（service-oriented architecture，SOA）和 Web 2.0 应用程序。 * Java ME（Java Platform，Micro Edition）。这个版本以前称为 J2ME。Java ME 为在移动设备和嵌入式设备（比如手机、PDA、电视机顶盒和打印机）上运行的应用程序提供一个健壮且灵活的环境。Java ME 包括灵活的用户界面、健壮的安全模型、许多内置的网络协议以及对可以动态下载的连网和离线应用程序的丰富支持。基于 Java ME 规范的应用程序只需编写一次，就可以用于许多设备，而且可以利用每个设备的本机功能。 因此JSP属于JAVA EE。 NetBeans IDE只是一种java开发工具，不能说属于哪一类,配置好适用的插件后，可以适合任一种java开发。
form, Enterprise Edition (Java EE) JDK 的企业版本
您的举报已经提交成功，我们将尽快处理，谢谢！
大家还关注
怎么进不了"安全模式"啊?还有```关机...当前访客身份：游客 [
当前位置：
&无详细内容&
共有28个答案
<span class="a_vote_num" id="a_vote_num_
脱离三大框架来谈注解的话，我觉得注解的优点在于简单，有个简单的例子可以说明，如下：
你在设计一个状态机的时候，需要定义state,transition等关于状态机描述的一些信息，如果使用xml的描述方式，你会发现，需要在xml中定义很多的节点来描述这样的信息，而如果使用注解的话，直接在类中使用 ，@transition就可以完成定义，然后在stateMachine中解析这些annotation就可以了，很方便，另外也提供了一种设计思路，值得借鉴
<span class="a_vote_num" id="a_vote_num_
ssh的xml配置文件，互相& &&○○ ， 每写一个类就在三个文件上来回配置，环环相扣，错一不可，搞得人六神无主，每次调试启动，解析老半天。
--- 共有 1 条评论 ---
不使用配置，无 XML，这些问题将不复存在。避免问题而非解决问题
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
Java 就像一把刀，有人喜欢带个套套住出行，有人喜欢直接插在腰间，要是杀人的话，带套快还是不带套快呢？看懂了没？
<span class="a_vote_num" id="a_vote_num_
引用来自“CapJes”的答案宁愿使用XML，也不使用注解。注解和直接写java代码我觉得并没有多大的区别。 出了问题还要查class类，累不，改了还要重新部署。
<span class="a_vote_num" id="a_vote_num_
宁愿使用XML，也不使用注解。注解和直接写java代码我觉得并没有多大的区别。
<span class="a_vote_num" id="a_vote_num_
<span class="a_vote_num" id="a_vote_num_
改动不是很频繁的用注解好点吧、如果改动频繁就用xml、不用找来找去、个人见解
<span class="a_vote_num" id="a_vote_num_
其实都是作为描述存在，呈现方式不同而已。
无非是在处理速度上区别而已。
<span class="a_vote_num" id="a_vote_num_
引用来自“相见欢”的答案 没有注解的日子很难活的下去，全部都用xml文件配置的话，项目大起来不是开玩笑，光配置文件就上百兆，而且全部都是类似和重复的，充满了“臭味”。
注解在三大框架应用的好处，在我看来，就是将原本需要在xml中的配置集中到相关的类中，大大提高了单独一个类文件所能提供的信息，同时也避免了xml配置文件中大量无聊的样板式段落。更重要的是，注解在class文件中，通过扫描classpath，这些配置信息能被有效读取，让集成框架变得更加容易和优雅。比如Struts2中的@Action注解。
但是xml配置，还是必不可少的。最佳实践应该是将项目中重要的，基础的配置xml文件化，而将一些日常的与基础架构无关的、业务性质的配置用xml配置集成在相关的类文件中。
不过稍微提一下，听说三大框架里面，有些配置用xml能配，注解却不行，比如hibernate。这也能说是xml配置的表达能力其实还是要优于注解的。毕竟将配置信息离散在Java文件中，出了问题也不好查。 XML配置并非必不可少，
&， 整个世界干静了&
--- 共有 2 条评论 ---
: 没错，做好服务，切实为开发者带来利益才是王道 :)
(3年前)&nbsp&
好吃自然香，不用到处唱，做好服务才是最重要的。
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
注解 和 xml 配置 区别就是存放的位置不同
好比两堆 Bullshit,一堆方的, 一堆圆的, 有区别吗?
都是又大又丑
把它们拿起晒干, 然后做肥料或者燃料, 而不是堆在那儿,才是最终的解决方案.
有什么技术问题吗？
yqbboy...的其他问题
类似的话题爱词霸质量反馈
非常抱歉，来自您ip的请求异常频繁，为了保护其他用户的正常访问，只能暂时禁止您目前的访问。
如果您频繁碰到这样的问题，请您删除浏览器中的cookie再尝试访问，也可以联系我们。
对于给您带来的不便我们深表歉意，希望您继续支持爱词霸。
需要继续访问，请输入四位字母验证码
& 2012 金山软件当前访客身份：游客 [
当前位置：
&无详细内容&
共有28个答案
<span class="a_vote_num" id="a_vote_num_
引用来自“星迷”的答案 有一些算是好处吧
自己项目里 开始采用xml配置， 那可是配置文件满天飞啊，到处都是bean、到处都是action 路径
1、从里面找出一套从前到后的业务逻辑 能把你累死
2、团队开发，比如说spring的配置文件只有一个，大家都要修改同一个文件，造成每个人每次在commit时都需要花时间去同步，中间我想了一个拙劣的办法：每个模块一个配置文件，大大降低了文件冲突的几率，这下更是漫天飞了
重构之后 采用注解，不能说好，但是解决了上面的两个问题
一个命名规范, 或者几个正则&
什么注解, xml都不需要
<span class="a_vote_num" id="a_vote_num_
注解 和 xml 配置 区别就是存放的位置不同
好比两堆 Bullshit,一堆方的, 一堆圆的, 有区别吗?
都是又大又丑
把它们拿起晒干, 然后做肥料或者燃料, 而不是堆在那儿,才是最终的解决方案.
<span class="a_vote_num" id="a_vote_num_
风格不同而已，哪有什么好处呢
--- 共有 7 条评论 ---
我瞎说的啊~~
(3年前)&nbsp&
他丫的 老是问我底层的东西
问的你这个心烦啊
钻桌子底的心都有了
(3年前)&nbsp&
跟解耦 松耦合 什么关系？
(3年前)&nbsp&
就看你敢不敢试了，面试你得变被动为主动啊，变成大家在探讨问题，而不是他问你 哈哈
(3年前)&nbsp&
老大你没跟我开玩笑把~~~
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
这个取决于面试官
如果遇上宏哥是面试官
回答很多好处的就出局
--- 共有 3 条评论 ---
宏哥....配置好啊...配置好...
(3年前)&nbsp&
(3年前)&nbsp&
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
1.如果项目越来越大,XML配置会越来越臃肿.而注解配合良好的包区分,会变得很方便,而不用在实际开发中过多的去维护配置文件.
2.xml配置的步骤往往比注解要多很多...注解快捷方便...
3.如果说总体看项目的,我觉得还是XML好点.毕竟注解不太方便总体上观察整个项目.
4.我日...我怎么觉得配置是比注解好呢.......擦擦擦.....配置就是比注解好点嘛....不过我一直做的企业开发JSF,EJB,JPA,JMS什么的,全部都是注解....是非常方便的,能减少大量的配置.想想.....注解也是可以的嘛....我好纠结...LZ我不说了.......我都不知道哪个好点了...
--- 共有 4 条评论 ---
: 汗...有时间我去看看...最近在忙rest服务.
(3年前)&nbsp&
: JFinal貌似就是零配置哦
(3年前)&nbsp&
: 零配置好像困难点吧....大神受教了...
(3年前)&nbsp&
注解也是配置的一种形式，并未减少多少配置。零配置才是未来
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
有一些算是好处吧
自己项目里 开始采用xml配置， 那可是配置文件满天飞啊，到处都是bean、到处都是action 路径
1、从里面找出一套从前到后的业务逻辑 能把你累死
2、团队开发，比如说spring的配置文件只有一个，大家都要修改同一个文件，造成每个人每次在commit时都需要花时间去同步，中间我想了一个拙劣的办法：每个模块一个配置文件，大大降低了文件冲突的几率，这下更是漫天飞了
重构之后 采用注解，不能说好，但是解决了上面的两个问题
--- 共有 1 条评论 ---
其实这两种配置都不好，都不容易找出完整的逻辑链
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
其实xml还好些，注解分散的太厉害
<span class="a_vote_num" id="a_vote_num_
个人感觉 注释开发的时候灵活方便
xml利于维护；
<span class="a_vote_num" id="a_vote_num_
初学 还是xml 比较好& 如果企业级快发的话 我个人认为还是注解比较好，注解不像 XML配置随着项目越来越大 会越来越臃肿，使用起来比较方便。但是xml配置对初学Hibernate可以更清楚的理解。
<span class="a_vote_num" id="a_vote_num_
我还是比较喜欢xml& 囧！~
有什么技术问题吗？
yqbboy...的其他问题
类似的话题