Versions des environnements
OS:
Windows Server 2012 R2
Network:
Windows Server 2012 R2
Virtual environment:
VMWare
>>>Good advice.
>>>
>>>>Agreed. What you don't want is to have both XML and JSON for different things. Pick one solution and stick to it...
>>>>+++ Rick ---
>>
>>I disagree with Rick Strahl. There are times XML is advantageous, and times JSON is advantageous. If you're doing only data processing, JSON is better. If you're interacting with people who may need to view the data in its stored form, XML is better. XML is easier to understand, and it's worth the extra programming overhead to keep both parsers in your project based on people needs, and data needs, if you have more than trivial people needs.
>>
>>My $0.02.
>
>It would however be confusing if you end up having a mx-n-match between them on a single interface -- sort of like "Japlish" (mixing of Japanese and English) or "Spanglish" (mixing of Spanish and English) - which I've been guilty of doing on occasion.
No it wouldn't. Permanent data storage should be in a database form. Inter-process communication data should be in a serializable form, such as XML or JSON. There should be no confusion whatsoever.
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement