Settle customer transactions using the CustVendOpenTransManager X++ code
public boolean markInvoicesForSettlement(LedgerJournalTrans _journalTrans, PaymTransContract _contract)
{
Settle customer transactions using the CustVendOpenTransManager X++ code
public boolean markInvoicesForSettlement(LedgerJournalTrans _journalTrans, PaymTransContract _contract)
{
Google+ was released recently, and the general reaction has been somewhere between “not bad” and “it’s kind of like Facebook, except not.” I’m excited for a few reasons.
My feeling towards Facebook is similar to my feelings towards Microsoft and Research in Motion. I have nothing against either of those companies personally, and I used both Windows and Blackberries for over a decade. But neither Microsoft nor RIM has released a competitive product in years, and as a result, Apple has blown them both out of the water. (If either of them came up with a competitive product, I’d be more than happy to jump back.)
In short, I don’t think Facebook offers a competitive product, but there hasn’t been a competitor to demonstrate why that is, until now. There are a few systemic problems with Facebook:
Facebook still assumes you want to share everything with everyone.
This worked when only your friends were on Facebook, but this isn’t the case anymore, and Facebook hasn’t adapted. It doesn’t give you control over some basic things, like who gets to tag you in photos. I’m sorry, but I don’t want a picture of me downing a Guinness popping up in my third-grade teacher’s News Feed.
I also don’t have a Facebook wall because I can’t easily control who can post publicly to my wall and who can’t. So that means I don’t have a Facebook wall and no tagged photos. (Google+ lets you choose whose tagged photos will be approved and whose won’t.)
I also can’t delete my Facebook account, only “deactivate” it. Not having those options available makes me very leery of Facebook’s store-all, reply-all, tell-all approach to sharing.
Which leads me to my main point. I think it’s genius what Google+ has done with Circles. In the real world, people have subsets of friends. They have good, better, and best friends. They have family and coworkers. These delineations and determinations are sometimes (or usually) made subconsciously, but we all do it.
Google has recognized this and come up with Circles — e.g. Family, Friends, or Acquaintances. That means I can share a slightly inappropriate, wildly funny video with my friends without sharing it with my sisters and my cousins and my aunts. Or I can send my performance of Gilbert & Sullivan’s “When I Was a Lad” to my family without sharing it with my friends. (Just an example!)
You can accomplish this by setting up Friend Lists and Groups in Facebook, but it’s not easy. Furthermore, and more importantly, Facebook fixed the problem backwards. They set up Friends Lists so you could restrict who sees what, assuming you want to share with everyone. Google+ does the opposite, by having you select the people you want to share with on a per-item basis. There’s no way to share something with everyone in Google+. (Whodathunk?)
This makes sense though, doesn’t it? If I run across something, there are only particular people I want to share it with — not my entire address book.
Also, a small thing: after watching Facebook’s new features announcement, I felt bad for them. Their big announcements were Group Chat, New Design, and Video Calling (feat. Skype). Google has all of that covered, in Gmail alone!
It’ll be interesting to see how Google+ develops, but it’s safe to say that Facebook now has real competition.
Like the .Net Framework, Zend is a bucket of functions that, together, provide advanced interfaces to the most complex of tasks that web developers need to write regularly. They then leave the developer to work up a quick interface to the application, which they enable with their views structure. Zend's major strength and weakness is that there isn't one particular way to do things and that you can pick and choose which libraries you want to use.
Both frameworks are PHP5-native frameworks and won't function in PHP4. Both are heavily object-oriented and make use of inheritance that's only offered in PHP>5. Both use the front controller model.
The similarities end there.
Zend uses very little code generation and configuration is all in the front controller; Symfony has a great deal of code generation and a huge amount of configuration overhead. Zend is flexible about it's directory hierarchy and allows you to heavily customize your directories to use global code libraries; Symfony has a required directory structure that is created when you use the command line tool to create modules. Zend doesn't require command-line creation of modules.
After the jump, I'll focus on a few areas where there's some specific differences.
Getting Started
Symfony has a lot of buzz and user support, and there are excellent guides from both the authors and the communities to get users started on the learning curve. Zend doesn't have as much, and the documentation is really directed at more experienced developers who are old hands with the more complex aspects of object-orientation.
Unit TestingSymfony provides command-line tasks for unit testing and automatically generates a default (empty) testing object for you when you create a module.
Zend doesn't have integrated support for unit testing, but all components that go into the framework require unit tests.
Templating
Zend's templating is immature and doesn't allow easy nesting without a well-documented hack or two, but will in the next release or Soon
Symfony's templating is extremely mature and uses caching extensively to rapidly deliver content to users. You can plug components and entire other modules into slots in your symfony templates, and you can customize the templates as much as you want through the use of layout scripts.
Plugins
Symfony has an extensive plugin and extension community in it's community wiki. Zend, as yet, does not. It's interesting to note that you can pull in the Zend framework's functionality with Symfony by using the Zend Framework plugin for Symfony.
Database ModulesZend uses the ActiveRecord model for databases. Symfony allows the user to plug in whatever database manager they want, including Zend_Db.
My issues with Symfony is two current frontrunning database plugins (propel and doctrine) include the extensive bugs in both (Propel is issues depend greatly on the lag in changing from Creole to DBO and also the stupidly complex criteron objects, and Doctrine is as of yet an immature project that recently saw it's first 1.0 release.) and the code generation / configuration overhead that you end up with when you're creating hundreds of tables and managing changes to those tables. It gets to be a headache once you get past twenty or thirty tables. Zend is active record implementation is much easier because all you need to do is direct an object at the item.
Source : phpframeworks