4 ms·
Um, you really should be loading that sort of text/data from an external resource rather than embedding it in source code. Those sort of text blocks really don'
by creepydata 9y ago
Um, you really should be loading that sort of text/data from an external resource rather than embedding it in source code. Those sort of text blocks really don't belong in source code.
- jitl 9y agoWhy not? Why should a developer need to go through hoops like saving a string to a file then performing IO to load the string into a test case? What's the advantage of moving a string literal into a non-source file? If I'm trying to test how my system will parse a specific JSON case into a domain object, isn't it easier to read if my test case is completely expressed on the screen?
- piva00 9y agoThe I/O will happen anyway, either at the start of the test when loading the compiled test program WITH the big chunk of a string or when reading it from disk, of course you'll add a bit of latency for opening the file itself but it's a very small price to be paid for maintainability. Even when I develop in Python with multiline strings I use fixture files to better organise my code. Edit: removed an "even" before maintainability that was part of a first draft.
- xpaqui 9y agoThis is just nonsense not everything will go into a file. Somethings are easier to read on the test itself. It's a case by case problem and choosing is a great asset.